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Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

@ Ein verteiltes technisches System fur die Partnersuche, Partnerschaftseignungsprufung und Bekanntmachung 

@ Dieses System ist gedacht, um einen Dienst zur Part- 
n e rsch aftss u c h e, Pa rtn e rsch aftse ig n u n g s u be rp ru f u ng 
und Partnerschaftsvermittlung zu realisieren. Wenn je- 
mand auf der Suche ist, eine passende Person zu finden, 
um eine bestimmte Beziehung bzw. Tatigkeit zusammen 
zu probieren bzw. auszuuben, dann ermoglicht ihm die- 
ses System eine Umgebung mit mehreren Leuten, solch 
eine Person zu finden. Ein Benutzer lafct einen Dienst ba- 
siert auf diesem System von sich und seinen Wunschen 
wissen. 

Der Benutzer begibt sich zu einem Ort, an dem dieser 
Dienst angeboten wird. Der Benutzer tragt em Gerat mit 
sich. Wenn er sich an diesem Ort befindet, dann meldet er 
sich bei dem Dienst uber sein Gerat an, und sagt Be- 
scheid, daR er sich an diesem Ort befindet und dafc er die- 

• sen Dienst in Anspruch nehmen mochte. Dann wartet er 
9 ab. Der Dienst sucht nach anderen Benutzern, die auch fur 

• diesen Ort angemeldet sind und fur eine Partnerschafts- 
vermittlung an den Benutzer geeignet sind. Wenn einer 
gefunden wird, wird er dem Benutzer vorgesteilt. Infor- 
mationen uber den Partnerschaftskandidaten bekommt 
der Benutzer auf seinem Gerat zu sehen. Falls der Benut- 
zer mit dem vermittelten Partnerschaftskandidaten zufrie- 
den ist, laftt er dies den Dienst wissen. In diesem Fall baut 
der Dienst eine Verbindung zwischen seinem Gerat und 
dem Gerat des Partnerschaftskandidaten auf, so daft die 
beiden miteinander sprechen konnen. Wan rend des Ge- 
sprachs konnen die beiden einen Treffpunkt in der Nahe 
in res derzeitigen ... 
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[0001] Es gibt viele konventioneile Wege, um nach einem 
Partner zu suchen. Viele neue Internet Partnerschaftsver- 
mittiungen, Internet Kataloge, Internet Chat Dienste, Inter- 5 
net Anzeigen, usw. sind in letzter Zeil popular geworden. 
Schon friiher gab es Methoden wieZeitungs- und Zeitschrif- 
tenanzeigen, Ehepartnerkataloge, Fernsehanzeigen, Dating- 
Shows usw. Manchmal wurde diese Rolle der Partner- 
schaftsanbahnung von realen Menschen ubernommen, die 10 
andere Menschen zusammen gebracht haben, die ihrer Mei- 
nung nach fiireinander geeignet waren, oftmals hatten die 
Leute einfach Gliick und haben den richtigen Partner zufal- 
lig getroffen. 

15 

Abstrakt 




[0005] Obwohl die Stadte immer groBer werden, wachst 
die Anonymitat immer weiter an. In vielen Gesellschaften 
der Welt wird es immer schwieriger, mit anderen Menschen 
zu reden oder sie gar anzusprechen, da mehr und mehr Men- 
schen sich zu sehr iiber sich selbst und uber den Eindruck 
den sie auf andere machen, bewuBt geworden sind. Dies hat 
dazu gefuhrt, daB es einen dramatischen Riickgang gibt, was 
die Spontaneitat und Naturlichkeit bei der Annaherung an 
andere Menschen angeht. Dies trifft besonders auf Leute 
von Ende 20 bis in die 40er Jahre zu. 
[0006] Es gibt einige Grundaspekte an jeder erfolgreichen 
Behebungsstrategie: 

1 . Die richtigen Leute zu finden 

2. Einen Dialog aufzubauen 

3. Die Infrastruktur der Kommunikation zu unterstut- 



[0002] Dieses System ist gedacht, um einen Dienst zur 
Partnerschaftssuche, Partnerschaftseignungsuberprufung 
und Partnerschaftsvermittlung zu realisieren. Wenn jemand 20 
auf der Suche ist, eine passende Person zu finden, um eine 
bestiimnle Beziehung bzw. TaUgkeit zusammen zu probie- 
ren bzw. auszuuben, dann ermoglicht ihm dieses System 
eine Umgebung mit mehreren Leuten, solch eine Person zu 
finden. Ein Benutzer la'Bt einen Dienst basiert auf diesem 25 
System von sich und seinen Wunschen wissen. 
[0003] Der Benutzer begibt sich zu einem Ort, an dem die- 
ser Dienst angeboten wird. Der Benutzer tragt ein Gerat mit 
sich. Wenn er sich an diesem Ort befindet, dann meldet er 
sich bei dem Dienst iiber sein Gerat an, und sagt Bescheid, 30 
daB er sich an diesem Orl befindet und daB er diesen Dienst 
in Anspruch nehmen mochte. Dann wartet er ab. Der Dienst. 
sucht nach anderen Benutzem, die auch fur diesen Ort ange- 
meldet sind und fur eine Partnerschaftsvermittlung an den 
Benutzer geeignet sind. Wenn einer gefunden wird, wird er 35 
dem Benutzer vorgestellt. Informationen uber den Partner- 
schaftskandidaten bekommt der Benutzer auf seinem Gerat 
zu sehen. Falls der Benutzer mit dem vermittelten Partner- 
schaftskandidaten zufrieden ist, laBt er dies den Dienst wis- 
sen. In diesem Fall baut der Dienst eine Verbindung zwi- 40 
schen seinem Gerat und dem Gerat des Partnerschaftskandi- 
daten auf, so daB die beiden miteinander sprechen konnen. 
Wahrend des Gesprachs konnen die beiden einen TrefTpunkt 
in der Nahe ihres derzeitigen Aufenthaltsortes vereinbaren. 
Kurz danach konnen sie sich dort treffen und ein Gesprach 45 
fuhren und ihre Interessen weiter erortem. 

Problematik 

[0004] Die menschliche Gesellschaft ist mehr als die 50 
Summe der Menschen darin. Die Interaktionen zwischen 
den Menschen machen sie weitaus reicher. Viele Vergnu- 
gungen des Lebens kann man nur durch die Interaktion mit 
anderen Menschen erfahren. Fur jede Person ist es von es- 
sentieller Wichtigkeit, welche anderen Personen er/sie kennt 55 
und mit wem sie interagiert. Viele Menschen konnen nicht 
zusammenkommen und dauerhafte Bekanntschaften auf- 
bauen, weil sie von Anfang an fiireinander die falschen 
Leute waren. Deswegen sind die Menschen immer auf der 
Suche nach anderen, mit denen es einfacher ware, solche 60 
Bekanntschaften aufbaucn zu konnen, und an vielen Aktivi- 
taten teilzunehmen, die fur beide Seiten von Interesse wa- 
ren. Solche Personen zunachst zu finden und dann auch 
noch die Hemmungen, einen dementsprechenden Dialog an- 
zufangen zu uberwinden bleibt ein Problem. Man kann aber 65 
nur dann herausfinden, ob jemand der richtige ist, wenn 
auch eine gewisse Kommunikation zwischen den beiden 
stattfindet. 



4. Anderen Menschen zu vertrauen 



Konventioneile Strategien 

[0007] Die Gesellschaft funktioniert in der Weise, daB 
man die Problematik nicht wirklich als Problematik ansieht, 
sondem als einen Teil des Lebens. Ebenso wird die Losung, 
d. h. eine Strategic, um verschiedene Menschen zusammen- 
zubringen, als nichts anderes als ein Teil des Lebens angese- 
hen. Deswegen mag es nicht richtig klingen, die Losungen 
als Losungen zu betrachten, sondern als Lubrizierung der 
Gesellschaft. Die verschiedenen Strategien sind eher als 
Maschen zu sehen, um die Gesellschaft interessanter zu ma- 
chen. Diese Tricks sind schon seit lahrhunderten im Ge- 
brauch gewesen. In jeder Methode werden unterschiedliche 
Aspekte der Strategien betont. 

- Vergesellschaften im Sinn von Ausgehen bedeutet, 
daB man sich an Orte begibt, an denen es Menschen in 
groBer Zahl gibt, und wo die Chance, jemanden zu tref- 
fen, mit dem man in eine Interaktivitat tritt, mit dem 
man gemeinsame Interessen hat, groB ist. Manchmal 
trifft man zufallig jemanden und baut eine Bekannt- 
schaft auf, und alles passiert von allein, und manchmal 
werden Leute von einem gemeinsamen Bekannten oder 
Freunden miteinander bekannt gemacht. Wenn man 
durch einen anderen jemandem vorgestellt wird, ist die 
Bereitschaft, sich mit jemandem zu unterhalten, hoher, 
da sich ein gewisser Grad an Vertrauen auf der Basis 
der gemeinsamen Bekanntschaft aufbaut. Die neue Be- 
kanntschaft identifizieren zu konnen hilft aus zwei 
Griinden: Als erstes weiB man, daB im Falle eines Fehl- 
verhaltens der anderen Person die Identitat des Misse- 
taters bekannt ist; und zweitens kann man sich besser 
einen ersten Eindruck von der/dem anderen machen. 
AuBerdem muB man aus Rucksicht auf den gemeinsa- 
men Bekannten eine gewisse Hoflichkeit und Freund- 
lichkeit zeigen. Das fordert natiirlich das Ziel des Dia- 
logs zwischen den zwei Parteien. 

- Eine andere Strategic besteht darin, daB ein Bekann- 
ter eine Person gut kennt und gut versteht, und deren 
Vorzuge und Geschmack gut beurteilen kann. Falls der 
Bekannte andere Leute kennt, die seiner Meinung nach 
dem Bild eines idealen bzw. realistischen Partners ent- 
spricht, dann kann der Bekannte die Rolle des Vermi ti- 
lers oder "Kupplers" zwischen den zwei Parteien iiber- 
nehmen. Der Bekannte kann versuchen, ein Treffen 
zwischen den beiden zu arrangieren, als auch sie einan- 
der vorzustellen. 

- Manchmal werden Menschen zu Orten eingeladen, 
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wo es sehr viele Leute^^t, von denen viele einander 
bcreits kcnnen. Zumindest der Gastgeber kennt schon 
mehrere Personen. Der Gastgeber kann dann die Rolle 
des Vorstellungsagenten spielen und versuchen, zwei 
zueinander passende Menschen zusammen zu bringen. 5 

- Manchmal versainmeln sich Leute mit gewissen In- 
teressen an einem bestimmten Ort. Hier wird es mog- 
lich, mit dem Anderen einen Dialog anzufangen und 
den Anderen kennenzulernen. Es ist aber nicht immer 
der Fall, daB an einem Ort eine so strenge und exklu- 10 
sive Politik betrieben wird, die garantieren konnte, daB 
ausschiieBlich Leute da sein werden, die in ein be- 
stimmtes Muster passen. Man kann es also nicht selbst- 
verstandlich annehmen, daB nur eine bestimmte Kate- 
gorie von Leu ten an dem Ort anwesend ist. Theoretisch 15 
ist ein solcher Ort naturlich denkbar. 

- Weiterhin kann eine Person eine Kleinanzeige verof- 
fentlichen, in der sie ihre Eigenschaften beschreibt, 
und, fur einen bestimmten Zweck, nach einer Person 
sucht, die bestimmte Eigenschaften besitzt. Auf diese 20 
Weise kann man personliche Informationen uber sich 
selbst, seine Interessen, Erwartungen usw. veroffentli- 
chen. Diese Informationen konnen uber verschiedene 
Kan ale und Medien verbreitet werden. Diese personli- 
chen Informationen werden von diesem Zeitpunkt an 25 
genauso behandelt wie jede andere Art von Informatio- 
nen. Andere Personen, die dies lesen, konnten sich an- 
gesprochen fiihlen, und wurden vielleicht mit der Per- 
son in Kontakt treten wollen. 

- Manchmal werden alle diese Klein anzeigen in einem 30 
Katalog zusammengefaBt, so daB die Suche fur die Su- 
chenden vie! leichter wird. Die Kleinanzeigen waren 
immer noch im offentlichen Bereich, wurden jedoch 
nur Personen zukommen, die wirklich daran Interesse 
haben. 35 

- Es gibt auch spezielle Agenturen, die auf kommer- 
zieller Basis versuchen, fur eine Person den richtigen 
Partner zu finden. 

- Weiterhin ist ein hohes MaB an Kommunikation 
zwischen den zwei Parteien notwendig, um zu erken- 40 
nen, ob die beiden Parteien wirklich fur eine bestimmte 
Aktivitat zu einander passen. 

- Um dem Kommunikationsbedarf nachzugehen, gibt 
es mehrere sehr wichtige Komponenten, die in der Welt 
und fur die menschliche Gesellschaft verfiigbar sind. 45 
Einige Beispiele im Folgenden: 

1 . Luft fur die Ubertragung des Schalls 

2. Stimmbander in unserer Kehle 

3. Handschrift 

4. Sprache 50 

5. Semiotik 

6. Papier und andere Materialien 

7. Post 

8. Usw. 

55 

10008] Anhand der vorherigen Diskussion kann man fest- 
stellen, daB die folgenden Strategien im allgemeinen die 
Entwicklung der Partnerschaftsfindung fordern: 

1. Gemeinsame Umgebung 60 

2. Kommunikationskanale 

3. Vorstellender Agent, der Vertrauen fordert 

4. Fordernder Agent, der das Eis bricht 

5. Informierender Agent, der Informationen uber die 
andere Person liefert 65 

6. Steuernder Agent, der gegenseidgen Respekt und 
Hoflichkeit von den beiden Leu ten fordert 

7. Bekanntschaftsschaffender Agent, der beurteilen 




kann, ob die zwei Menschen uber Eigenschaften verfu- 
gen, die zu ciner Zusammenkunft von Interessen und 
Erwartungen fuhren konnten. 

8. Werbung und Kleinanzeigenpubiizierung von eige- 
ner Person, Interessen, Absichten und Erwartungen 

9. Katalog von Leu ten, die gefunden werden wollen 

10. Gemeinsame Umgebung, die das Interesse an einer 
speziellen Kategorie von Interaktivitaten fordert 

11. Speziell organisierte soziale Versammlungen zu 
bestimmten Zeiten 



Herkommliche Losungen und ihre Nachteile 

[0009] Viele von den oben genannten Strategien wurden 
schon technologisch umgesetzt. Es gibt neue Losungen, die 
als Ergebnis von Informations-, Rechen-, Netzwerk-, Rund- 
funk- und Fernsehrevolutionen entstanden sind. Dies hat zu 
vielen Simulationen der oben genannten Strategien gefuhrt, 
nur diesmai in den Cyber-, Druck-, Rundfunk- und Fernseh- 
welten. Einige solche Losungen sind im folgenden: 

1 . Internet-Partnerschaftsvermitdungsprogramme 

2. Internet-Kataloge 

3. Internet-Chatrooms 

4. Internet-Kleinanzeigen 

5. Zeitungs- und Zeitschriftenkleinanzeigen 

6. Ehekataloge 

7. Fernsehkleinanzeigen 

8. Fernsehpartnerschaftsvermittlungsshows 

9. Rundfunk-Kataloge 

10. Single-Parties 

11. Konventionelle Offentliche Freizeit- und Vergnu- 
gungstreffpunkte 

12. Usw. 

[0010] Die obigen Losungen haben ihre Vorteile und ihre 
Nachteile. Was die Starke der einer ware, konnte die Schwa- 
che der anderen sein. Meistens gab es Kritik in der Gesell- 
schaft, daB vie! zu viel im virtuellen Raum passiert und da- 
bei manchmal die Motivation der Leute, in der realen Welt 
zu leben und zu interagieren, abnimmt. Das passiert manch- 
mal, weil manche Leute sich viel sicherer fiihlen, wenn sie 
mit anderen Leuten im virtuellen Raum durch einen Bild- 
schirm interagieren. Diese Art der Sicherheit konnte psychi- 
sche Probleme verursachen, da manche Leute sich daran ge- 
wohnen konnten und immer diese Sicherheit der Gesichtslo- 
sigkeit brauchen, wodurch diese Leute sich von der realen 
Welt und ihren Herausforderungen entziehen. 

Losungsanforderungen 

[0011] Wenn die Menschen wuBten, welche die richtigen 
Leute in einer Masse sind, und wurden sie einander in einer 
angenehmeren Art vorgestellt werden, dann konnten sie ei- 
nen Dialog fuhren, so wie es ihnen paBt. AuBerdem wurden 
sie sich nicht die ganze Zeitdaruber Gedanken machen mus- 
sen, ob sie, falls sie auf den anderen zugehen, den anderen 
stbren wurden, oder ob sie sich dadurch lacherlich machen 
konnten. Uberdies wiirde man uber die behaupteten Absich- 
ten des anderen im klarcn sein. Jeder konnte so wissen, ob es 
an diesem Ort jemanden gibt, der mit jemandem wie ihm/ihr 
zu kommunizieren bereit ware. Diese Treffen wurden im 
realen Leben, in Echtzeit stattfinden, und ohne vorher abge- 
sprochene Termine und Verabredungen, oder nur im virtuel- 
len Raum. Die Dynamik der realen Welt gibt diesem Dienst 
eine eindeutig andere Vorgehens weise als alles, was bis jetzt 
existiert. AuBerdem wissen die Leute fast in Echtzeit, ob sie 
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das Aussehen und das Auftreterules Anderen angenehm und 
akzcptabel gcnug finden, und ob sie dicscn Bekanntschafts- 
prozeB fortfuhren wollen oder nicht. 

Losunpsvorteile 5 

[0012] Es gibt zwei Aspekte des vorgeschlagenen Dien- 
stes, die ihn von alien anderen unterscheiden. 
[0013] Reales Leben: Es existieren viele verabredungsfor- 
dernde Dienste im Netz, rnit deren Hilfe man interessante 10 
Parteien finden kann, uber Katalogen, Klein anzeigen oder 
Vermittlungsdienste. Fiir direkte personliche Treffen ande- 
rerseits miissen die beiroffenen Parteien eine Verabredung 
Lreffen, was Schwierigkeiten bei der Einigung uber Ort und 
Zeit mit sich bringt. Diese Dimension entfallt bei unserer 15 
Vorgehensweise. Der Verabredungsort ist iiblicherweise 
gleich dort, wo die zwei Parteien sich gerade befinden. Da 
beide an dem gleichen Ort waren, ware das gar kein Pro- 
blem. Das Treffen ist einfach im realen Leben und nicht im 
Netz. Die Schwierigkeiten bei der Einigung auf einen be- 20 
stimmten Treffpunkt und die Notwendigkeit, dorthin zu fah- 
ren, sind kein Thema mehr. 

[0014] Echtzeit: Konventionellerweise wird das Treffen 
auch zu einem anderen Zeitpunkt arrangiert, was naturlich 
eine Wartezeit mit sich bringt, was wiederum sowohl unnd- 25 
tige Nervositat verursacht, als auch die beide Parteien in ih- 
rer Spontaneitat beraubt, da man sich bereits so viele Gedan- 
ken uber die Gelegenheit und das richtigen Verhalten ge- 
macht hat, daB dies aufgesetzt erscheint und alles um das 
Treffen herum einfach kunstlich wirkt. Dieser Dienst fordert 30 
solche Treffen, aber mit einer ganz anderen Vorgehens- 
weise. Da die betroffenen Parteien sich kurz nach dem an- 
fanglichen Netz-Handeschutteln begegnen, ist das Treffen 
fast in Echtzeit. Man trifft sich, wie man gerade ist (mehr 
oder weniger). Die Enttauschung, wenn eine Partei nicht zu 35 
dem Treffen erscheint, verliert seinen BiB. Zeit wird kaum 
verschwendet, wahrend man auf den anderen wartet. AuBer- 
dem gibt es keinen Bedarf, sich irgendeine Ausrede auszu- 
denken oder betroffen zu sein von der begleitenden Pein- 
lichkeit, falls man spat ankommt oder gar nicht aufkreuzt. 40 
Es gibt keinen Bedarf, vorher Blumen zu kaufen. Man muB 
auch nicht in standiger Hektik wegen der Punktlichkeit sein. 
Es gibt keine Notwendigkeit nachzuschlagen, ob eine Ver- 
abredung in den Terminplan paBt. Alles passiert gleich da 
und dort. 45 
[0015] Perspeklive: Man konnte diesen Dienst aus einer 
bekannten Perspektiven betrachten. Man kann sagen, es 
funktioniert so ahnlich wie eine Gesellschaftsdame, die 
praktisch jeden in der Welt kennt, der sich bemuht zu ihr zu 
kommen und sich ihr zu erklaren. Die Person wiirde ihr sein 50 
Herz offenbaren, und ihr uber sich selbst, uber die eigenen 
Bestrebungen, uber die eigenen Ansichten, uber die eigenen 
Hintergriinde und den eigenen Kulturkreis usw. erzahlen, 
und sie wissen lassen, daB er der Wunsch hat, den idealen 
Partner fur eine Beziehung zu finden, welcher Natur die Be- 55 
ziehung auch sein mag. Die Gesellschaftsdame laBt die Per- 
son wissen, daB, falls er/sie zu einem bestimmten Ort gehen 
sollte, an dem sie sich auch befindet, sie die Person mit je- 
mandem bekannt machen wiirde, der/die fur ihn/sie genau 
die richtige Person zum Kennenlernen und zu einer weiteren 60 
Erforschung der gegcnseiugen Eignung fur cine Beziehung 
ware. Da die beiden Leute die Gesellschaftsdame gut ken- 
nen, haben sie ein gewisses Vertrauen in ihre Urteilskraft 
und sind bereit, dieser Beziehungseignung nachzugehen. 
Weiterhin werden die beiden auch hoflich und freundlich zu- 65 
einander sein aus Riicksicht auf ihre gemeinsame Freund- 
schaft mit der Gesellschaftsdame. AuBerdem fuhlen sie sich 
sicherer, da der andere Partner nicht ganz ein Fremder ist, da 



die Gesellschaftsdame ihn kennt und ihn vorgestellt hat. So 
konnte der andere auch keinen Schaden anrichten und dabei 
hoffen, ungeschadet davon zu kommen. Die Gesellschafts- 
dame wiirde auch nur solche Leute einander vorstellen, die 
ahnliche Erwartungen an ihre Beziehung haben, und bereit 
sind, auf den Anderen zuzugehen oder von dem Anderen an- 
gesprochen zu werden, und mit dem Anderen zu interagie- 
ren. Ein erstes Einvernehmen wird der Person auch dadurch 
gesichert, daB die Gesellschaftsdame ihm die andere Person 
beschreibt und womdglich auch das Foto der anderen Per- 
son zeigt, bevor das eigentliche Vorstellen stattfindet. 

Losungsarchitektur 

Hauptkomponenten 

[0016] Auf der Basis sowohl von raumlicher Verteilung 
als auch von der Steuerungsinstanz, kann man das Verteilte 
System fur Partnersuche, Partnerschaftseignungsprufung 
und Vorstellung in Unterkomponenten unterteilen. Dies sind 
die folgenden: 

1. Real Partner Match Making Server Unit 
(RPMMSU) 

2. User's Personal Mobile Communications & Com- 
puting Device (PMCCD) 

3. Candidate Partners Personal Mobile Communicati- 
ons & Computing Device (PMCCD) 

4. Serviced Public Leisure and Entertainment Meeting 
Place (SPLEMP) Location Server Unit (LSU) 

5. User Personal Information Entry Interface Unit 
(UPIEIU) 



Real Partner Match Making Server Unit 

[0017] Diese Einheit ist dazu da, um herauszufinden, wel- 
che zwei Leute sich in einer gemeinsamen Umgebung befin- 
den, die ahnliche Interessen an einer interaktiven TaUgkeit 
aufweisen, und deren Erwartungen an den anderen, durch 
die behaupteten Eigenschaften des anderen, erfullt werden. 
Um diese Aufgabe durchzufuhren, muB diese Einheit auch 
die dafur benotigten Informationen verwalten. Dies um- 
schlieBt das Benutzerprofil, die Interaktive-Tatigkeitsab- 
sichten-Bestimmungen und die Partnerschaftskanditaten- 
Profil-Schablone. Diese Informationen miissen von dem Be- 
nutzer eingegeben werden. Diese Einheit wird auch mit der 
Verantwortung betraut, dem Benutzer die Eingabe solcher 
Informationen zu ermoglichen. Teile der vorher erwahnten 
Informationen werden dieser Einheit ubertragen, kurz bevor 
die Aufgabe durchgefuhrt wird. Weiterhin teilt diese Einheit 
die Benutzer in Gruppen, je nachdem, in welchem SPLEMP 
der Benutzer sich befindet oder fur welchen der Benutzer 
sich angemeldet hat. Nur Benutzer in den gleichen Gruppen 
werden fur die Verkuppelung miteinander in Betracht gezo- 
gen. Da diese Einheit wissen muB, wie die Benutzer in 
Gruppen zu unterteilen sind, muB es auch die Informationen 
uber die SPLEMPs besitzen. Ein Benutzer konnte viele Ver- 
kuppelungsmoglichkeiten brauchen, bevor er sich wirklich 
fur den einen oder anderen entscheiden kann. Deswegen soil 
der Benutzer dicscn Dienst nicht nur einmal am Abend ver- 
mittelt bekommen, sondern mehrere Verkuppelungsange- 
bote sollen dem Benutzer bereitgestellt werden. Da ein Be- 
nutzer das Gelande des Ortes zwischendurch verlassen 
kann, muB die Einheit auch noch informiert werden, wann 
der Benutzer sich auf dem Gelande befindet und wann nicht. 
Dies ist wichtig, um einen Benutzer nicht mit einem Dienst 
zu beschaftigen, den er gar nicht mehr braucht, und auch um 
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nicht anderen Benutzem einerWartnerschaftskandidaten an- 
zubietcn, der sich gar nicht mehr vor Ort befindet. AuBcr- 
dem sollte ein Benutzer in der Lage sein, angeben zu kon- 
nen, wann er den Dienst benutzen mochte und wann nicht. 
10018] Die Einheit, obwohl bisher als eine einzige Kom- 5 
ponente betrachtet, konnte selbst unterteilt werden. Einige 
Unterkomponenten konnten sich an einem anderen Ort be- 
finden. Abhangig von der raumlichen Trennung klassifizie- 
ren wir die Unterkomponenten als systeminterne Unterkom- 
ponenten, naheliegende getrennte Unterkomponenten oder 10 
als weit entfernte getrennte Unterkomponenten. 

User's Personal Mobile Communications & Computing De- 
vice 

15 

[0019] Dieses Gerat ist fur die Benutzer gedacht. Es stellt 
die Laufzeitschnittstelle des Benutzers zu dem Dienst dar. 
Dieses Gerat benutzend wird der Benutzer sich an einem of- 
fentlichen Freizeit- und Vergnugungs-Treffpunkt, der von 
unserem Dienst abgedeckt wird, anmelden; der Benutzer 20 
wird dadurch sowohl die genaue interaktive Tatigkeit oder 
Tatigkeiten, an denen er teilnehmen mochte, als auch die 
Rolle, die der Benutzer bei der Tatigkeit spielen mochte, 
und die Bedingungen fur die Qualifikationen des Partner- 
schaftsanwarters spezifizieren. Der Benutzer wird mit die- 25 
sem Gerat den Dienst aktivieren und deaktivieren. Mit die- 
sem Gerat wird der Benutzer Einzelheiten uber den vermit- 
telten Partnerschaftskandidaten und dessen Vergleichsdaten 
abfragen konnen. Die Bestatigung der Absicht, sich mit dem 
vennittelten Partnerschaftskandidaten zu treffen, wird auch 30 
iiber dieses Gerat mitgeteilt. Die Kommunikation zwischen 
dem Benutzer und dem vermittelten Partnerschaftskandida- 
ten wird auch uber dieses Gerat stattfinden. Eventuell kann 
dieses Gerat auch von der Umgebung benutzt werden, um 
abzutasten, ob der Benutzer noch auf dem Gelande des 35 
SPLEMPs ist oder nicht. Das Personal Mobile Communica- 
tions and Computing Device wird von jedem Benutzer ge- 
tragen werden, das heiBt, im Kontext der Vennitllung, beide, 
der Benutzer und sein vermittelter Partnerschaftskandidat 
werden dieses Gerat bei sich tragen. 40 
[0020] Am wahrscheinlichsten wird dieses Gerat eine 
physikalisch zusammenhangende Einheit sein, aber es ist 
moglich, daB es mehrere unterscheidbare Gerate gibt, die 
zusammen alle Funktionalitaten und Verantwortungen, die 
von dem Gerat erwartet werden, realisieren. Im Falle von 45 
mehreren unterscheidbaren Geraten gabe es die Notwendig- 
keit, daB alle Gerate miteinander kommunizieren konnen, 
und daB die RPMMSU jedes Gerat, das sie braucht, direkt 
oder indirekt iiber eines der anderen, einzeln ansprechen 
kann. Manchmal ist es besser, daB alle Funktionalitaten in 50 
einem einzigen physikalisch zusammenhangenden Gerat zu 
finden sind, und manchmal kann es vorteilhaft sein, mehrere 
Gerate mit verteilten Funktionalitaten zu haben, da es Mul- 
titaskingbetrieb und Flexibility ermoglicht. 

55 

Candidate Partner's Personal Mobile Communications & 
Computing Device 

[0021] Dieses Gerat ist identisch mit dem Personal Mobile 
Communications and Computing Device des Benutzers, und 60 
der einzige Unterschied ist, daB der Partnerschaftskandidat 
die Steuerinstanz darstellt. Der Partnerschaftskandidat ist 
selbst auch ein Benutzer. In dem Kontext einer Partner- 
schaftseignung wird der Begriff Partnerschaftskandidat be- 
nutzt, um ihn von dem Benutzer zu unterscheiden, aus des- 65 
sen Blickwinkel die ganze Vermittlung betrachtet wird, und 
der Partnerschaftskandidat spielt die Rolle des dem Benut- 
zer gegenuberstehenden. 
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Location Server Unit 



[0022] Diese Einheit wird von dem Betreiber des offentli- 
chen Freizeit- und Vergnugungs-Treffpunktes gesteuert. Das 
Hauptziel dieser Einheit ist zu uberpriifen, ob die Benutzer, 
die sich bei einem SPLEMP angemeldet haben, tatsachlich 
auf dem Gelande des SPLEMPs sich befinden. Diese Einheit 
wird die Anmeldungen von Benutzern verwalten und auch 
ihre Anwesenheit verfolgen. Das tut es, indem es ein Kurz- 
strecken-Signal in dem Personal Mobile Communications 
and Computing Device des Benutzers verfolgt und es ab- 
hort. AuBerdem kummert sich diese Einheit darum, daB 
wann immer sich jemand bei solch einem Ort anmeldet, der- 
jenige das wirklich auf dem Gelande des Ortes tut und nicht 
aus einer Entfernung. 

[0023] Da diese Einheit Unterkomponenten beinhaltet, die 
tatsachlich eine raumliche Verteilung notig haben, kann man 
nicht sagen, daB diese Einheit vollkommen ein physikalisch 
zusammenhangendes Gerat sei. Es urnfaBt viele kleine Ge- 
rate, die an verschiedenen Platzen auf dem Gelande des 
SPLEMPs plaziert sind. Die Funktionalitat dieser Gerate be- 
inhaltet sowohl Anmeldung und Bestatigung von Einchek- 
ken und Auschecken als auch Abhoren von anwesenheitsbe- 
statigenden Signalen, die von dem PMCCD des Benutzers 
ausgehen. Alle diese Gerate werden korperlich getrennt sein 
von, zum Beispiel von dem Teil, der fur die Verwaltung und 
das Weiterleiten von Inform ationen an die RPMMSU zu- 
standig ist. 

User Personal Information Entry Interface Unit 

[0024] Diese Einheit wird vom Benutzer verwendet, um 
Angaben iiber sich selbst in die RPMMSU einzugeben. Nor- 
malerweise wird diese Einheit von dem RPMMSU ziemlich 
weit entfernt sein, so daB es nan am Benutzer sein kann, wo 
auch immer der Benutzer sein mag. Unter Benutzung dieser 
Einheit kann man eine Verbindung zu der RPMMSU eroflf- 
nen, was dieser Einheit genug Infonnationen von der 
RPMMSU herunterzuladen verhilft, so daB es eine interak- 
tive Prasentations-Schnittstelle darstellen kann. Diese Infor- 
mationsaustauschschnittstelle benutzend, muB es fur den 
Benutzer moglich sein, Angaben iiber die eigene Identitat, 
Kontaktierbarkeit, identitatsbestatigende Referenzen, Be- 
nutzer-Profil, allgemeine interaktive Tatigkeits-Interessen, 
das entsprechende allgemeine Partnerschaftskandidatenpro- 
fil usw. einzugeben. Alle diese Infonnationen kann man zu- 
sammen fassen als gestaltbares Benutzer-Konto. 
[0025] In allgemeinen wird diese Einheit ein System sein, 
das iiber eine Netzwerk- Verbindung mit einem RPMMSU 
verbunden ist. Fur eine bequeme Benutzer-Interaktions- 
Schnittstelle konnte ein groBer Bildschirm notig sein, so daB 
es eine entsprechend groBziigige Auflosung moglich macht, 
eine groBe Farbpalette, usw. Nicht jedes Gerat wird alle 
diese Annehmlichkeilen anbieten konnen. Nichlsdestotrotz 
kann die Presentation einfacher gehalten werden, so daB die 
Presentation sanforderungen nicht zu hoch sind und Gerate 
mit verschiedenen Leistungsmerkmalen und Hardware vor- 
aussetzungen den Benutzer in seiner Interaktivitat mit dem 
RPMMSU unterstutzen konnte. Es ist durchaus moglich, 
daB der PMCCD des Benutzers die notwendigen Leistungs- 
merkmale aufwcist, daB die gesamte Personal Information 
Entry Interface Unit des Benutzers darin integriert werden 
kann. Natiirlich kann diese Einheit komplett unabhangig 
von dem PMCCD des Benutzers sein. 

Zu Grunde liegende Architekturkonzepte 

[0026] Diese raumlichen Komponenten konnen weiter 
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physikalisch und raumlich nWnterkomponenten unterteilt 
werden, abcr diese Unterkomponenten werden zusammen- 
arbeiten, um eine einheitliche funktionale Verantwortung zu 
verwirklichen. Manchmal konnte die raumliche Untertei- 
lung der Untcrkomponenten erwunscht, erforderlich und 
praktisch sein. 

[0027] Manche Unterkomponenten konnten von anderen 
Instanzen als der Haupt-Steuerungsinstanz der Kornponente 
gesteuert oder beeinfluBt werden. Dies kann nur passieren, 
wenn die Haupt-Steuerungsinstanz die Befugnis dafur er- 
teilt. Die Befugnis kann an eine andere auf ein Anforde- 
rungszeichen hin fur nur eine Aktion oder fur eine ganze Sit- 
zung erteilt werden. Es kann auch so gestaltet werden, daB 
-die -andere -Instanz jederzeit die Steuerung haben kann, 
hochstwahrscheinlich in einem bestimmten Kontext, oder es 
hat die Steuerung als eine Vorbedingung, um einen Dienst 
verarbeitet zu bekommen oder in dem man an einem Dienst 
teilnimmt. AuBerdem konnte Lese- und SchreibzugrifT auf 
ein Informationsspeicherungs-Modul zwischen der Haupt- 
Steuerungsinstanz und einer anderen Instanz geteilt werden. 
In diesen Unterkomponenten konnten die zwei Instanzen 
unlerschiedliche Verantwortungen tragen. 
[0028] Nicht alle Unterkomponenten sind notwendig. Ei- 
nige Unterkomponenten konnten notwendig sein fur die fol- 
genden Ziele: 



1 . Zusatzliche Sicherheit 

2. Verbesserte Qualitat des Dienstes 

3. Wahlfreie funktionale Erweiterungen 

4. Anspruchsbekraftigung und -zuruckverfolgbarkeit 30 

5. Zeitanalyse und statistische Datenerhebung 

6. Lei stung 

7. Rechnungsschreibung 

8. Multiple Informationseingabe- und -ausgabe-Me- 
chanismen 35 

9. Test und Diagnose 

[0029] Die oben genannten abstrakten Aspekte konnen 
weiter konkreter spezifiziert werden. Dariiber hinaus, um 
konkrete Aspekte zu realisieren, konnen verschiedene Un- 40 
terarchitekturen vorgestellt werden. 

[0030] Dies kann abhangen von entgegenwirkenden 
Dienstparametern, und dem wirklichen Ausgleich, was man 
dabei erreichen wollte, 

45 

Abstrakle Komponententypus-Architektur 



Komponenten 

[0031] Die Abstrakte Komponententypen-Architektur be- 
schreibt, wie man eine Architektur etwa senkrecht oder als 
Schichten betrachten kann. Diese Architektur wird sich fast 
in jeden raumlich sowie funktional unterscheidbaren Syste- 
men wiederholen. So kann man die Architektur von, z. B. 
der Real Partner Match Making Server Unit, dem Personal 
Mobile Communications and Computing Device des Benut- 
zers, oder auch der Location Server Unit des SPLEMPs be- 
trachten. Alle werden Module haben, die grob in die folgen- 
den Kategorien unterteilt werden konnen: 

1. Plattform-Basis-Komponcnten 

2. Informations- Speicher- Komponenten 

3. Dienst-Funktionalitals- Komponenten 



65 
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fur Netzwerkbetrieb, Frozessor, Prozessorspeicher, Aus- 
gabe-Formatiercr, Bildschirm, Daucrhafter-Spcicher-Ver- 
waltungssystem-Modul, usw. Diese Komponenten kann 
man ansehen als solche, die in jeder Computer-Plattform 
vorhanden sind, die Funktionalitaten wie Eingabe, Ausgabe, 
Rechnen, Speichern, Kommunikation, usw., unterstiitzen. 
Alle anderen Komponenten bauen ihre Funktionalitaten auf 
diese Komponenten auf. 

Infbrmations-Speicher- Komponenten 

[0033] Diese konnen weiter unterteilt werden nach ver- 
schiedene Kriterien. Informations-Speicher- Komponenten 
konnen dauerhafte oder vorubergehende Speicherung unter- 
stiitzen. Dauerhafte Informations-Speicher-Komponenten 
bewahren ihren Informationsgehalt sogar, nachdem die 
Stromzufuhr ausgeschaltet wird. Die Voriibergehenden In- 
formations-Speicher-Komponenten existieren nur, solange 
sie mit Strom beliefert werden. Dauerhafte Informations- 
Speicher-Komponenten werden benutzt, um Informationen 
iiber eine lange Zeitdauer zu bewahren, sogar wenn kein 
Modul Verwendung fur den Informationsgehalt in den Kom- 
ponenten hat. Vorubergehende Informations-Speicher-Kom- 
ponenlen werden von Modulen als Hauptspeicher benutzt, 
immer wenn diese Komponenten Lese- oder Schreibzugang 
auf deren Gehalt brauchen. Die Informationen, die darin be- 
inhaltet sind, sind entscheidend fur den Betrieb der Kompo- 
nenten. Es gibt Inform ations-Speicher-Module, in denen nur 
einmal geschrieben werden kann. Hier bleibt die Informa- 
tion, die am Anfang eingesetzt wurde, fur immer unveran- 
dert. 

Dienst-Funktionalitats- Komponenten 

[0034] Diese stellen die Funktionalitat, die kennzeichnend 
fur das raumlich sowie funktional unterscheidbare System 
ist, bereit. Jedes System wird mehrere solcher Komponenten 
haben, und der Satz der Komponenten in jedem System wird 
zu Variation en neigen, sollte das System fur unterschiedli- 
che Funktionalitat konzipiert sein. Diese Komponenten er- 
moglichen einem System, seine eigene individuelle An- 
wendbarkeit zu beanspruchen. 

Signale 

Beschreibung 



[0035] Ein anderer Aspekt der Architektur ist, wie die ver- 
schiedenen Komponenten miteinander kommunizieren. 
50 Dies geschieht mit der Hilfe der Signale, Diese Signale be- 
inhalten folgende Art von Informationen: 

1. Netzwerks- und Kommunikations-Protokoll-Infor- 
mauonen 

55 2. Identitat der Signalsender und andere Informationen 
zu Authentifizierungs-Zwecken 

3. Identitat der adressierten (angesprochenen) Kornpo- 
nente 

4. Identitat der adressierten Funktionalitat der Kompo- 
60 nente 

5. Parameter zu der Funktionalitat der Kornponente 

6. Inhaltliche Informationen 



Plattform-Basis- Komponenten 
[0032] Dies umschlieBt Module, die verantwortlich sind 



[0036] AuBerdem werden die Signale selbst identifiziert 
und beschrieben, abhangig von der Art der Komponenten, 
unter welchen Signale ausgetauscht werden, und der Art des 
Mediums, iiber welches sie gesendet werden. Ein Signal 
wird iiblicherweise durch eine Linie dargestellt, die von der 
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sendenden Komponente zu dWWhpfangenden Komponente 
gczcichnet wird, in einem Pfeil endet, und mit einem Namen 
oder einem Text, welcher die Funktionalitat angibt, be- 
schriftet wird. 

5 

Vernelzung 

[0037] Zu Anfang geniigt es zu sagen, daB Komponenten, 
die korperlich in direkter Verbindung miteinander stehen, 
mittels irgendeines Kommunikalionsbus miteinander kom- 10 
munizieren werden, z. B. innerhalb eines Rechners. Diejeni- 
gen, die in der Nahe des anderen, aber nicht korperlich mit 
ihm verbunden sind, konnten miteinander iiber Kabel oder 
uber drahdose Kurzstrecken-Verbindungsmittel kommuni- 
zieren. Diejenigen, welche voneinander weiter entfernt sind, 15 
werden mit den anderen iiber Kabel oder langstreckentaug- 
liche drahtlose Mitteln benutzend kommunizieren, wobei 
Netzwerk- und Kommunikations-Protokoll-Architekturen 
verwendet werden. Basierend auf der Entfernung der Ver- 
bindung kann man die folgenden Vernetzungsarten unter- 20 
scheiden: 

1. Uber sehr kurze Entfernungen mittels eines system- 
internen Kommunikations-Bus oder Hauptspeichers. 
Von Komponenten in einem physikalisch zusammen- 25 
hangenden elektronischen System zu einer Kompo- 
nente in dem gleichen System. 

2. Uber kurze Entfernungen mittels Kabel- Verbindun- 
gen oder drahtlosen Mitteln fur kurze Entfernungen. 
Von Komponente an einem Punkt innerhalb eines Ge- 30 
baude-Komplexes zu einer anderen Komponente an ei- 
nem anderen Punkt in dem gleichen Gebaude-Kom- 
plex. 

3. Uber groBe Entfernungen mittels Kabel und draht- 
loser Funk-Ubertragung. Von Komponenten an einem 35 
Punkt auf der Erde zu einem anderen Punkt auf der 
Erde oder sogar auBerhalb. 

[0038] Aufierdem, abhangig von dem jeweiligen Mittel, 
kann man folgendes unterscheiden: 40 

1. Uber Kabel: Dies ist ein allgemeiner Begriff, der 
ausdruckt, daB es eine materielle Verbindung zwischen 
zwei Komponenten gibt, und dieses materielle Mittel 
fur die Ubertragung von Signalen verwendet wird. 45 

2. Drahtlos. In diesem Fall wird das Signal ohne ein 
materielles Mittel dazwischen ubertragen. Zum Bei- 
spie! werden elektromagnetische Wellen fur die Uber- 
tragung benutzt. 

50 

Intra- und Inter- Verbindungs-Entfernung und Medium in 
der Architektur-Komponente 

[0039] Abhangig vom Anwendungsgebiet der Einheit 55 
kann es sein, daB es mehr als eine im Hinblick auf die Ent- 
fernung unterscheidbare Kategorien verwendet, um die Un- 
terkomponenten miteinander zu verbinden. 
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Real Partner Match Making Server Unit 
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[0040] Die Real Partner Match Making Server Unit wird 
alle drei Verbindungsmoglichkeiten einsetzen. Die Module 
in der Einheit werden hochstwahrscheinlich mit. der LSU 
der SPLEMP uber langstreckige Kabel- Verbindungen kom- 65 
munizieren, und gegebenenfalls ware das sogar mit lang- 
streckigen drahdosen Verbindungen moglich. Mit der 
PMCCD des Benutzers wird der RPMMSU uber langstrek- 



kige drahtlose VerbinaTlngen kommunizieren. 

Personal Mobile Communications and Computing Device 
des Benutzers 

[0041] Personal Mobile Communications and Computing 
Device des Benutzers werden hochstwahrscheinlich Verbin- 
dungen uber sehr kurze Entfernungen haben, da alle Unter- 
komponenten in einem physikalisch zusammenhangenden 
Gerat eingeschlossen werden. Diese einschrankende Bedin- 
gung wird dadurch etwas aufgelockert, daB es moglich ist, 
daB das Gerat raumlich etwas verteilt sein konnte. Das eine 
oder der andere Modul konnte von den anderen getrennt 
sein, zum Beispiel die Audio-Eingabe-Komponente. Zwi- 
schen diesen konnte die Verbindung dann iiber kurze Kabel 
oder kurzstreckige drahtlose Mittel erfolgen. Extern kom- 
muniziert das Gerat mit dem RPMMSU iiber langstreckige 
drahtlose Verbindungen und mit der LSU des SPLEMPs 
iiber kurzstreckige drahtlose Verbindungen. 

Location Server Unit des Serviced Public Leisure and Enter- 
tainment Meeting Place 

[0042] Die Location Server Unit des Serviced Public Lei- 
sure and Entertainment Meeting Place konnte zwei Arten 
von Verbindungen nutzen. Innerhalb der Hauptrechner- 
Plattform wiirde es Verbindungen uber sehr kurze Entfer- 
nung besitzen. Mit den anderen abhorenden Modulen 
konnte es kurzstreckige Kabel-Verbindungen oder kurz- 
streckige drahtlose Verbindungen haben. Im Hinblick auf 
externe Verbindungen wird es mit der RPMMSU langstrek- 
kige Verbindungen haben, die hochstwahrscheinlich iiber 
Kabel verlaufen werden, aber auch drahtlose Mittel sind 
nicht ausgeschlossen. Zu dem PMCCD des Benutzers wird 
es nur kurzstreckige drahtlose Verbindungsarten geben. 

Haupt-Dienstprozesse, Funktionalitaten und Losungsstrate- 
gien 

Benutzer-Registrierung 

[0043] Zuerst und vor allem muB sich ein Benutzer, bevor 
er den Vennittlungsdienst benutzen kann, bei diesem Dienst 
anmelden. Wahrend der Anmeldung stellt der Benutzer die 
folgenden Informationen bereit: 

1. Personliche Identifications- A ngaben 

2. Digitale Foto(s) von sich 

3. Angaben zur Kontaktierbarkeit 

4. Privat-Anschrift 

5. Arbeitsplatz-Anschrift 

6. Identitatsbiirgende Instanz (z. B. in manchen Lan- 
dern die Post) 

7. Aulorisierende Angaben zur Identitatsbestatigung 

8. Bankverbindung 

9. KontaktierbarkeiLsadressen der Personal Mobile 
Communications and Computing Devices 

[0044] Die private Anschrift ermoglicht es festzustellen, 
in welcher Region der Benutzer den Dienst beansprucht, 
und den Benutzer mit der jeweiligen geographischen Region 
zu assoziieren. Es ware definitiv wunschenswert, die reale 
Identitat des Benutzers festzustellen. Dazu kann man zwei 
Griinde nennen. Als erstes zur Authentifizierung, das heiBt, 
um festzustellen, ob der Benutzer sich wirklich unter seiner 
Identitat anmeldet, und zum zweiten, um zu bestatigen, ob 
das vorgegebene Foto wirklich von dem Benutzer ist und 
nicht von jemand anderem, ob real oder virtuell. 
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[0045] Angaben zur Bankvereindung konnten von Nulzen 
sein, um dem Benutzer Rechnungen zu schrciben, falls so 
eine Politik gefuhrt wird, fiir eine bessere Dienstleistungs- 
qualitat, fur einmalige Rechnungsschreiben, fur Hilfsdienste 
wie Identifikations- Verarbeitung, usw., und naturlich fiir die 5 
Identification selbst. 

[0046] Kontaktierbarkeits-Informationen konnten beno- 
tigt werden, um den Benutzer uber mogliche den Dienst be- 
treffende Informationen, Anforderungen, usw. zu informie- 
ren. Das Personal Mobile Communications and Computing to 
Device ware naturlich die wiinschenswerteste Kontaktier- 
barkeitsmoglichkeit fiir Benachrichtigungen, die dringende 
Aufmerksamkeit oder Befolgung brauchen, aber es kann 
- auch eine E-Mail Adresse oder eine Telefonnumrner sein. 
Man braucht die Adresse des Personal Mobile Communica- 15 
dons and Computing Device, um den Dienst zu verwirkli- 
chen. In der Theorie kann der Benutzer mehrere solchen Ce- 
rate haben, aber wahrend der Benutzung muB er eine aus- 
wahlen. Der Benutzer kann davon eine als vorgegebenen de- 
finieren. Das aktive Gerat kann naturlich auch gefunden 20 
werden, wenn der Benutzer sich einmal an dem SPLEMP 
anmeldet, und die LSU des SPLEMP die RPMMSU infor- 
miert, mit welchem Personal Mobile Communications and 
Computing Device der Benutzer sich angemeldet hat. Der 
Benutzer kann sich nur uber ein Gerat anmelden, das auch 25 
hier aufgezahlt wurde. Der Identifikations-Chip innerhalb 
des Personal Mobile Communications and Computing De- 
vice besagt, welche Identitat es hat. Wenn man den Identifi- 
kations-Chip andern wurde, wurde das Gerat einfach als ein 
anderes Gerat verstanden werden. 30 

Benutzerprofil-Verwaltung 



[0047] Dies ist ein sehr wichtiger Aspekt des Dienstes. 
Hier muB der Benutzer Angaben iiber sich selbst eingeben. 
Es gibt verschiedene Bereiche, woruber der Benutzer Infor- 
mationen eingeben wird. Dies schlieBt die folgenden ein: 

1. Korperliches Aussehen 

2. Spirituelles Glaubenssystem 

3. Politisches Glaubenssystem 

4. Ethnische Abstammung 

5. Kulturelle Identifizierung 

6. Sozialer Status 

7. Ausbildung 

8. Berufliche Fachrichtung 

9. Beruflicher Status 

10. Wohlstand und Einkommen 

11. Erfahrung 

12. Wissen 

13. Fahigkeiten 

14. Gewohnheiten 

15. Wohnumgebung 

16. Interessen 

17. Erwartungen 

18. Ansichten 

19. Bevorzugte Themen 

20. Interaktive Tatigkeitsabsichts-Definitionen und 
Partnerschaftskandidaten-Profilschablone 

21. Usw. 

[0048] Es muB betont werden, daB der Benutzer die Anga- 
ben so ehrlich wie moglich eingeben sollte. Es wird nicht 
vorausgesetzt, daB der Benutzer alle oben genannten Infor- 
mationen eingibt. Allerdings konnen alle oben genannten 
Elemente fiir die Uberprufung der Partnerschaftseignung 
benutzt werden. Dem Benutzer soil ermoglicht werden, daB 
er uber diese und viele andere Themen mehr so viele Einzel- 



heiten eingeben kann, wie er sich wiinscht. Falls der Benut- 
zer noch wcitere Informationen bercitstellen mochte, sollte 
die Moglichkeit schon existieren. Naturlich kann der Benut- 
zer die ganzen Informationen in freiem Text-Format bereit- 
stellen, aber fiir den Algorithmus muBte es schon wohlstruk- 
turiert werden. Freien Text in slruklurierte Informauonen 
umzuwandeln ware schwierig, da dies technologisch hoch- 
entwickelte Sprachverarbeitungs-Module und sogar kunstli- 
che Intelligenz verlangen wurde. Effektiver und einfacher 
ware es, dem Benutzer sehr viele Fragen zu stellen und die 
durch die Antworten zuruckgelieferten Informationen in ge- 
eigneten Datenstrukturen zu erfassen. Diese Vorstellungsge- 
sprache konnten in textlicher oder mundlicher Form sein. 
Ublicherweise wird der Benutzer vor einem Computer mit 
Netzwerk-Zugang sitzen, und unter Verwendung gewisser 
Netzwerk-Protokolle eine Datenverbindung zu der 
RPMMSU erstellen. Durch Datenaustausch zwischen den 
zwei Einheiten konnte der Benutzer sein Benutzer-Profil 
editieren. Ein Beispiel ist, wenn der Benutzer eine Internet- 
Verbindung uber einen Internet-Dienstanbieter herstellt. 
Uber den Internet-Dienstanbieter kann der Benutzer eine 
Verbindung zu der Web-Prasenz der RPMMSU machen. Mit 
der Hilfe eines Web-Browsers kann der Benutzer Web-Sei- 
ten von dort herunterladen. Diese Web-Seiten bieten die 
Funktionalitat zur Editierung des Benutzerprofils. Die Nut- 
zung dieser Funktionalitat eroffnet ein Interview, welches 
entweder textlicher, graphischer oder mundlicher Natur sein 
kann; indem man die Fragen des Interviews beantwortet, 
kann man sein Benutzer-Profil editieren. Diese Benutzer- 
profil-Editierungsfunktionalitat kann der Benutzer wieder- 
holt aufsuchen und das Benutzerprofil kann editiert, wieder- 
editiert und erweitert werden. 

Bedienungs-Einleitung 
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[0049] Zuerst wendet sich ein neuer Benutzer des verteil- 
ten Systems fiir die Partnersuche, Partnerschaftseignungs- 
prufung und Bekanntmachung an einen dem System ange- 
schlossenen offentlichen Freizeit- und Vergniigungs-Ort 

40 (SPLEMP) und meldet sich fur den dort verfugbaren Dienst 
an, als jemand, der sich an diesem SPLEMP aufhalt. Dies 
geschieht uber ein Personal Mobile Communications and 
Computing Device (PMCCD) mittels eines Befehlsformats. 
Dies kann entweder durch das Driicken einer Taste auf dem 

45 Gerat, welche in diesem Modus fiir diesen Zweck eingestellt 
wurde, oder durch Beruhrung eines bestimmten Punktes auf 
dem Sensorbildschirm, was die Anmeldung betatigen 
wurde, oder durch einen mundlichen Befehl erfolgen. Dies 
ist der ersten Schritt. Nach diesem Schritt werden viele Teile 

50 dieses Moduls und andere sachdienliche Module geladen 
und dem Benutzer bereitgestellt, iiber welche die Parameter 
des Dienstes erfaBt werden konnen. 
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Ortsfeststellung 



[0050] Ortsfestellung kann konzeptionell eigentlich in 
zwei Stufen unterteilt werden. Die erste ist die Orts-Anmel- 
dung und die andere ist die Anmeldungsorts-Anwesenheits- 
Sicherstellung. Bei der Orts- Anmeldung reicht es, wenn ein 

60 Benutzer uber sein PMCCD aussagt, daB er sich an so-und- 
so einem Ort befindet. Hier wird der Ort als ein SPLEMP 
verstanden. Unter Anmeldungsorts-Anwesenheits-Sicher- 
stellung versteht man, Mechanismen zu haben, wodurch der 
Dienst sicherstellen kann, daB der Benutzer, der sich an ei- 

65 nem Ort angemeldet hat, sich auch wirklich noch an diesem 
Ort befindet, und daB kein Betrug bzw. kein MiBverstandnis 
vorliegt. 

[0051] Bei der Anmeldungsorts-Anwesenheits-Sicherstel- 
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lung findet ebenfalls eine OrTPAnmeldung statt, aber zu- 
satzlich muB der Benutzer beweisen konnen, daB diese Bc- 
hauptung wahr ist. Also wird hier biBchen anders vorgegan- 
gen. Dazu muB die disposition festgestellt werden. Man 
kann diese als einen Parameter an die Dienstanforderung an- 5 
sehen. Die Feststellung der Ortsposition kann auf niehrere 
unterschiedliche Weisen geschehen: 

- Entweder die Koordinaten konnen von einem Posi- 
tionierungsdienst abgelesen werden, zum Beispiel dem io 
Global Positioning System, welches mit dem Personal 
Mobile Communications and Computing Device asso- 
ziiert wird, und dessen Daten zu dem RPMMSU uber- 
tragen werden. 

~ Falls die Umgebung von dem Personal Mobile Com- 15 
munications and Computing Device automatisch wahr- 
nehmbar ist, und das Gerat die Fahigkeit besitzt, die 
Umgebung abzufragen, dann kann das Gerat auch die 
RPMMSU von der Ortsposition des Benutzers infor- 
mieren. Eine Verbindung zu der Umgebung kann ge- 20 
schehen iiber verschiedene Technologien wie den auf 
Infrarot basierten IrDA, auf Rundfunkwellen basierten 
Bluetooth Technologie von BluetoothSIG, drahtlose 
JINI von Javasoft, oder ahnlichem, was die Aufgabe 
erledigen kann. Dann wird der Ortinformationsdienst 25 
aufgesucht, um herauszufinden, wie die Umgebung 
sich deflniert, iiber Name und Domain-Name oder iiber 
geographische Koordinaten. Der Domain-Name kann 
aus unterschiedlichen Systemen entstehen wie zum 
Beispiel aus politisch-geographischer Zuordnung, In- 30 
dustriebranche, Gesellschafts verb and, Behordlicher 
Anmeldung, Zielgruppe, Topologie, usw. Wenn man 
den Namen des Ortes kennt, sollte man die geographi- 
schen Koordinaten feststellen konnen und zum Teii 
auch umgekehrt. 35 

- Der Benutzer kann die Informationen iiber die Iden- 
titat des Ortes auch selbst eingeben, durch Diktieren, 
Eintippen oder die Auswahl aus verschiedenen aufgeli- 
steten Wahlmoglichkeiten. 

40 

[0052] Die Identitats-Informationen den Ort betreffend 
konnen auf verschiedenen Wegen definiert werden: 

- Name. Dies kann passieren, falls es einen eindeuti- 
gen Namen fur den Ort gibt und die geopolitische Do- 45 
main in dem Kontext klar ist. 

- Adresse. Zu jeder Adresse entspricht ein bestimmter 
Ort. 

- Geographische Koordinaten. Falls der Ort nicht in 
einem mehrstockigen Gebaude untergebracht wurde, 50 
konnte man eine eins-zu-eins Beziehung zwischen den 
Koordinaten und dem Ort erwarten. 

- Daruber hinaus mag es fur manche Orte irgendeine 
behordliche oder handelskammerliche Identifikation 
geben, welche fur jeden Ort einzigartig ist. 55 

- Eine solche ID konnte fur eine ganze Kategorie von 
Diensten in Gebrauch sein, und wiirde dann eventuell 
von einem zentralen organisierenden Verband von 
Dienstanbietern vergeben werden. 

- Es konnte sein, daB eine ED nur fur diese eine Dienst- 60 
lcistung spezicll konzipicrt wurde. 

[0053] Es ist moglich, von jeder dieser verschiedenen Ar- 
ten, einen SPLEMP-Ort zu bezeichnen, von einer anderen 
oder Gruppen von anderen abzuleiten, je nach der Einzigar- 65 
tigkeit des Informationselementes und der Klarheit des Kon- 
textes. In unterschiedlichen Kontexten wiirden einige Arten 
von Identitatsinformationen nicht vorhanden sein. Vbn den 
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Informationselementen, die anwendbar sind, wiirde es aus- 
reichen, eines oder einige zu spczifizieren, und die anderen 
iiber Abbildungen, Konvertierung oder ein anderes Nach- 
schlageverfahren ableiten zu lassen. AuBerdem, je nach den 
Anforderungen der Anwendung, ware es gar nicht wiin- 
schenswert, manche bzw. alle abzuleiten. Diese Ableitung 
wird, wenn uberhaupt, bei der RPMMSU stattfinden, wel- 
che diese Funktionahtat selbst besaBe, oder den Dienst von 
noch einer weiteren Einheit beanspruchen wiirde, welche 
solche Abbildungsverarbeitungsfahigkeiten und die not- 
wendigen entsprechenden Informationen besitzt. 

Interakuve-Tatigkeitsabsichten-Definition 

[0054] Der Benutzer konnte den Wunsch haben, eine be- 
stimmte Absicht an einer interaktiven Tatigkeit oder Tatig- 
keiten zu definieren, an der er gemeinsam mit einem Part- 
nerschaftskandidaten teilnehmen mochte, und die er als die 
am besten geeignete und wiinschenswerte fur die bestimmte 
Situation, Ort, Laune, Bediirfnisanalyse und Beschafti- 
gungsbetonung einstuft und die seinen Priori taten ent- 
spricht. Mit anderen Worten, der Benutzer definiert, welche 
seine Interessen zu dem jeweiligen Zeitpunkt sind. Die Rol- 
len in der Tatigkeit konnen symmetrisch oder unterschied- 
lich sein. Aus dem Benutzer-Profil oder von einer zusatzli- 
chen Instanz sollte es schon klar hervor gehen, welche Rolle 
der Benutzer bei der Tatigkeit zu spielen beabsichtigt. Falls 
die Tatigkeit nur eine Rolle hat, oder eine vorgegebene 
Rolle implizit zu erkennen ist, ist es nicht notwendig, daB 
diese Information explizil von dem Benutzer eingegeben 
werden muB. AuBerdem sollte der Benutzer in seinem Be- 
nutzer-Profil schon alles so beschrieben haben, daB es ihn 
qualifiziert, die Rolle zu besetzen. 

[0055] Daruber hinaus konnte der Benutzer explizit zum 
Ausdruck gebracht haben, fur welche Rolle ein Partner- 
schaftskandidat gesucht werden soli. In den meisten Fallen 
wird das klar aus dem Kontext hervor gehen. Die meisten in- 
teraktiven Tatigkeiten diirften nur zwei Rollen haben, und 
wenn der Benutzer die eine Rolle ubernimmt, dann wird lo- 
gischerweise der Partnerschaftskandidat fur die iibrig ge- 
bliebene Rolle gesucht. Falls die Rollen symmetrisch sind, 
ist die Rollenzuteilung auch klar. Gibt es hingegen mehrere 
Rollen fur eine Tatigkeit, so finden wir Haupt- und Randrol- 
len, und der Kontext kann auf die Hauptrollen beschrankt 
werden. Es gibt dann wohl auch Abhangigkeiten zwischen 
den Rollen, so daB eine bestimmte Rolle eine andere als Ge- 
genstiick erfordert, was es einfacher macht, welche Rolle 
der Partnerschaftskandidat spielen soil. Falls es Zweifel 
gibt, kann naturlich vom Benutzer immer gefordert werden, 
die genaue Rolle, die der Partnerschaftskandidat spielen 
soli, zu spezifizieren. Falls der Benutzer meint, daB die 
Rolle explizit spezifiziert werden soli, um die oben genannte 
Strategic, die Rolle des Partnerschaftskandidaten zu bestim- 
men, zu umgehen, kann der Benutzer dies naturlich selbst in 
die Hand nehmen. 

[0056] Um die Anforderungen einer Rolle in einer Tatig- 
keit zu erfullen, gibt es gewisse Qualifikationen, die der 
Partnerschaftskandidat aufweisen muB. Diese Anforderun- 
gen sind in sich abhangig von der Art der Tatigkeit und der 
Anspruche der betroffenen Rolle, und konnen als solche da- 
von abgcleitct werden. AuBcr diescn Anforderungen konnte 
der Benutzer weitere zusatzliche Bedingungen an den Part- 
nerschaftskandidaten stellen wollen. Diese Bedingungen 
muBten explizit genannt werden. Der Algorithmus konnte 
allgemeine asthetische Neigungen des Benutzers benutzen, 
die vorher in dem Benutzer Profil definiert wurden, um den 
Partnerschaftseignungsfund geschmackvoller zu machen. 
Diese Neigungen werden nicht unbedingt als notwendig ein- 
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gestufi, urn eine PartnerschaifWgnung zu finden. 
[0057] Es konnte interaktive Tatigkeiten gebcn, bei dencn 
es wichtig ware, eine breite Vielfalt von zusatzlichen Quali- 
fikationen zu definieren. Wenn dies wiederholt gemacht 
wird oder gemacht werden muB, obwohl gerade keine Lust 5 
dazu vorhanden ist, seine Zeit so zu verbringen, so kann dies 
als belasligend und unangenehm empfunden werden. Des- 
wegen sollte es moglich sein, alle diese verschiedenen Qua- 
iifikations-Mengen ftir verschiedene interaktive Taugkeiten 
vorab zusammen mit dem Benutzerprofil zu definieren, oder 10 
sie zu einem spateren Zeitpunkt hinzufugen, aber nicht un- 
bedingt zwingend dann, wenn man sich gerade in einer Part- 
nersuchumgebung befindet. So werden mehrere bevorzugte 
— interaktive Tatigkeiten definiert sein, und zu jeder konnten 
mehrere zusatzliche Profil-Schablonen fur den Partner- 15 
schaftskandidaten definiert sein. Fur diese Tatigkeiten ware 
es bequem moglich, innerhalb einer Partnersuchumgebung 
einfach eine bestimmte Tatigkeit und die dazugehorende(n) 
Profil-Schablone(n) zu aktivieren. Wo dies moglich ist, kann 
eine Vereinigung der ausgewahlten Profil-Schablonen ftir 20 
die Sitzung iibernommen werden. Man kann auch die Attri- 
bute der spezifizierten Profil-Schablonen fur den Partner- 
schaftskandidaten durch AND, OR, oder XOR Masken 
kombinieren. 

[0058] Der Benutzer sollte auch seine Ab sich ten etwas ab- 25 
strakter definieren durfen. Das heiBt, der Benutzer wird die 
interaktive Tatigkeit abstrakter spezifizieren. Diese allge- 
meinere Kategorie wird all ihre spezifischeren Varianten 
einschlieBen. Welche Varianten dann als spezifiziert gelten 
werden, kann nur bestimmt werden, wenn die allgemeine in- 30 
teraktive Tatigkeit durch die Interessen des Benutzers, die 
im Benutzerprofil definiert wurden, filtriert wird und die 
Einschrankungen darauf eingesetzt werden. 
[0059] Der Benutzer darf mehrere interaktive Tatigkeiten 
spezifizieren, an denen er zu dieser Zeit Interesse hat. Der 35 
Partnerschaftssuchalgorithmus wird dann alle beabsichtig- 
ten interaktiven Tatigkeiten getrennt bearbeiten. 
[0060] Im oben erwahnlen Fall kann es empfehlenswert 
sein, wenn die Prioritaten der interaktiven Tatigkeiten defi- 
niert sind. Diese Prioritaten geben an, wie wichtig die spezi- 40 
fizierten interaktiven Tatigkeiten fur den Benutzer sind und 
in welcher Reihenfoige der Wichtigkeit das Eignungsiiber- 
prufungsprogramm diese Tatigkeiten behandeln soil. Es gibt 
verschiedene interaktive Tatigkeiten, die den Benutzer in ei- 
ner bestimmten Rolle haben, die als dienstbereitstellende 45 
Rolle beschrieben werden kann. Diese Arten von Tatigkei- 
ten nehmen eine niedrigere Prioritat an als Tatigkeiten, bei 
denen die Rolle des Benutzers mehr als eine symmetrische 
Rolle oder als Klienten-Rolle darzustellen ware. AuBerdem 
kann die Priorisierung auf der Basis des im Benutzer-Profil 50 
vordefinierten Interessen-Spiegels fur bestimmte interaktive 
Tatigkeiten durchgefiihrt werden, oder auf der Basis von ex- 
plizit angegebenen Priorisierungen der interaktiven Tatig- 
keiten selbst. Solch eine Priorisierung wiirde man als Vor- 
gabe verwenden. Abhangig von zutreffendem Ort, Zeit, Si- 55 
tuation, Laune und Wunschen konnte sich der Benutzer fiir 
eine unterschiedliche Priorisierung der interaktiven Tatig- 
keiten entscheiden, an welchen der Benutzer teilzunehmen 
beabsichtigt. Zusammenfassend dargestellt, definiert der 
Benutzer, fiir welches Ziel er den Partner sucht und welche 60 
Arten von Partner dafiir in Frage kamcn. Die mcistcn Cha- 
rakteristiken des Partnerschaftskandidaten waren schon 
wahrend der Phase der Definition der Schablone festgelegt 
worden. In dieser Phase wird man nur das Ziel aktivieren, 
entweder durch eine Auswahl aus ublichen Zielen, die man 65 
benutzt und die fur den Benutzer schon vordefiniert sind, 
oder durch Eingabe eines Zieles, welches der Dienst anbie- 
tet. Fallsein vordefiniertes Ziel mehrere entsprechende Part- 



^n^^^l: 



18 



nerschaftskandidaten-Profilschablonen besitzt, wiirde der 
Benutzer wohl gernc die Wahl haben, welche er sich am 
meisten wiinscht oder, im Fall von mehreren, in welcher 
Reihenfoige. Falls der Benutzer mehrere Ziele aktiviert, 
konnte der Benutzer deren Prioritaten neu definieren wolien. 
Alles, was nicht vordefiniert aus dem Benutzer-Profil her- 
vorgeht, kann eventuell uber das Personal Mobile Commu- 
nications and Computing Device vorgenommen werden. 
[0061] Das oben Diskutierte umfaBt einen Dialog zwi- 
schen dem Benutzer und dem Dienst. 
[0062] In manchen Fallen ware es fur den Benutzer mog- 
lich, alles uber das Personal Mobile Communications and 
Computing Device zu benennen und die Dienst-Anforde- 
rung wird an die RPMMSU iibertragen. 
[0063] In anderen Fallen wiirde der Benutzer eine belie- 
bige vordefinierte Moglichkeit von seinem Benutzer-Konto 
bei der RPMMSU auswahlen wolien. In diesem Fall ist es 
denkbar, daB das Personal Mobile Communicauons and 
Computing Device alle vordefinierten Auswahlmoglichkei- 
ten von der RPMMSU herunterladen wird. Die Verantwor- 
tung fiir diesen Dialog konnte von dem Personal Mobile 
Communications and Computing Device oder durch ein 
passendes Modul bei der RPMMSU ubernommen werden, 
wobei im letzteren Fall das Personal Mobile Communicati- 
ons and Computing Device die Rolle eines passiven Medi- 
ums spielte. 

Dienst-Aktivierung 

Benutzungs-Aktivierung 

[0064] Sobald der Benutzer einen SPLEMP betreten hat, 
kann er den Dienst aktivieren. Der Dienst konnte automa- 
tisch nach der Ortsanmeldung aktiviert werden, oder der Be- 
nutzer konnte eine AufTorderung erhalten, um zu entschei- 
den, ob der Dienst aktiviert werden soil oder nicht, oder 
kann er kann die Aktivierung selbst auslosen. Dies wiirde 
dann die erste Dienst-Aktivierung fur den bestimmten 
SPLEMP ftir eine Zeitdauer, z. B. einen Tag, darstellen. Von 
diesem Zeitpunkt an wird die RPMMSU den Benutzer be- 
dienen. 

Dienst-Deaktivierung 

[0065] Der Benutzer kann im Laufe seines Aufenthaltes in 
diesem SPLEMP den Dienst deaktivieren wolien, um zu 
vermeiden, gestort zu werden oder in Situationen, zu denen 
er nicht verfiigbar ist, was hin und wieder passieren kann, 
z. B. in den folgenden Fallen: 

1. Der Benutzer geht zu dem Waschraum, um sich 
frisch zu machen. 

2. Der Benutzer fiihrt gerade ein Gesprach mit irgend- 
einem Bekannten, Freund, usw. und hat keine Lust, ge- 
stort zu werden. 

3. Der Benutzer ist gerade beim Essen. 

4. Der Benutzer konnte schon durch diesen Dienst ei- 
nen Partnerschaftskandidaten gefunden haben und 
ware gerade dabei, die ausgewahlten Person kennenzu- 
lernen 

5. Usw. 



Dienst- Wiederaktivierung 

[0066] Wenn der Benutzer fuhlt, daB er wieder so weit ist, 
den Dienst weiter zu benutzen, kann er den Dienst wieder 
aktivieren. 
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Benutzer-Bedie3!^seinstellungen 

[0067] Es kann rnehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind wie folgenden: 5 

1 . Qualitatsklasse der Bedienung 

2. Preisklasse 

3. Maximale Mitteilungshaufigkeit der Partnerschafts- 
treffer 10 

4. Minimaler Ubereinkunftsprozentsatz 

5. Usw. 

[0068] Je nach der Qualitat des Dienstes, die der Benulzer 
anstrebt, kann der Benutzer eine der Qualitatsklassen aus- 15 
wahlen. Diese Qualitatsklassen enLsprechen vielleicht auch 
unterschiedlichen Preisklassen, aber nicht unbedingt. Viel- 
leicht gibt es Zeitbeschrankungen, wie oft man eine bevor- 
zugte Qualitatsklasse verwenden kann. 

[0069] Ein Benutzer kann auch verschiedene Preisklassen 20 
benutzen. Die Preisklasse konnte etwa fur einen bestimmten 
Benutzer fest sein, oder sie konnte frei wahlbar sein. 
[0070] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partnerschaftskandidaten, die innerhalb einer Zeit- 
spanne angeboten werden, kontrollieren wollen, Zum Bei- 25 
spiel konnte ein Benutzer wollen, daB ihm nicht ofter als alle 
20 Minuten ein Partnerschaftskandidat vermittelt werden 
soli. 

[0071] Ein Benutzer kann spezifizieren, wie anspruchs- 
voll, er/sie sein inochLe. Je anspruchsvoller ein Benulzer ist, 30 
desto schwieriger ist es, einen geeigneten Partnerschafts- 
kandidaten fur ihn/sie zu finden, es nimmt mehr Zeit in An- 
spruch, und vielleicht findet sich uberhaupt gar kein Partner 
in dem entsprechenden SPLEMP, der so gut zu dem Benut- 
zer passen wurde. . 35 
[0072] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitere exislieren, die uberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem in diesen Ver- 
fahrensschritt oder in diese Funktionalilat eingestuft werden 40 
konnten. 

Uberwachung der Aufenthaltsfortfuhrung am Anmeldungs- 
ort 
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[0073] Es kann jedoch auch sein, daB die Uberwachung 
des Aufenthaltsortes des Benutzers wichtig ist um herauszu- 
finden, ob der Benutzer noch Bedienung benotigt, oder ob er 
noch bedient werden kann. Dieses Verfahren beginnt, nach- 
dem sich der Benutzer bei dem SPLEMP angemeldet hat. 50 
[0074] Dies kann ausgehend von zwei unterschiedliche 
Kriterien geschehen. 



fernt hat. In diesem Fall, laBt das PMCCD des Benut- 
zers die RPMMSU wissen, daB der Benutzer sich nicht 
mehr auf dem Gelande des SPLEMPs aufhalt. Die 
RPMMSU andert den A ufenthalts status des Benutzers 
entsprechend, d. h. der Benutzer gilt als ausgecheckt. 
Das PMCCD folgt auch diesem ProzeB. Es besitzt auch 
die Kenntnis, daB der Benutzer ausgecheckt ist. Wenn 
das PMCCD die Signale des SPLEMPs wieder emp- 
f an gen kann, meldet es sich wieder bei der RPMMSU 
als eingecheckt. Es andert auch die eigene interne Auf- 
enthaltszustandskenntnis. 

- Geographische Feststellung der Aufenthaltsposition: 
Das PMCCD des Benutzers besitzt die Fahigkeit, die 
eigene geographische Position festzustellen. Das 
PMCCD kann auch eine geographische Karte des Ge- 
landes des SPLEMPs durch einen entsprechenden In- 
formationsdienst zu sich herunterladen. Diesem Infor- 
mation sdienst muB nur den Antrag erteilt werden und 
die notwendigen Informationen werden bereitgestellt. 
Dieses Herunterladen kann im Prinzip auch drahtlos er- 
folgen, entweder allein am Eingang, oder man hat 
uberall auf dem Gelande Zugriff auf diesen Dienst. 
Durch diesen Informationsdienst wird eine Karte be- 
reitgestellt, worauf der Umkreis des Gelandes mit geo- 
graphischen Koordinaten vermerkt ist. Es kann rneh- 
rere solcher Karten geben, je nachdem, welche Etage 
gemeint ist. Das PMCCD des Benutzers berechnet, ob 
die Aufenthaltskoordinaten innerhalb diesen Umkreis 
fallen oder nicht. Fur welche Etage gerechnet werden 
soli, falls der SPLEMP uberhaupt rnehrere Etagen be- 
sitzt, kann durch Abhoren von Etagen-Informationssi- 
gnalen von dem Gelande des SPLEMPs festgestellt 
werden. Dies kann das PMCCD kontinuierlich machen 
oder nach einer bestimmten Zeitperiode. Jedesmal 
wenn die Antwort dieser Berechnung anders ausfallt 
als die vorherige Antwort, wird dies der RPMMSU 
mitgeteilt. 

- Entgegennahme der Aufenthaltsanderungseingabe 
des Benutzers: Hierbei wird jede Anderung an dem 
Aufenthaltszustand des Benutzers bezogen auf den je- 
weiligen SPLEMP vom Benutzer selbst in das PMCCD 
eingegeben. Der Benutzer kann die RPMMSU wissen 
lassen, ob er sich auf dem Gelande des SPLEMPs be- 
findet und dadurch als eingecheckt gelten soli oder daB 

45 er sich dort nicht befindet und dementsprechend als 
ausgecheckt gelten soli. Es ist dem Benutzer uberlas- 
sen, sich darum zu kummern, daB er diese Angaben in 
das PMCCD eingibt, so daB das PMCCD dies an die 
RPMMSU weiterleiten kann. 



Benutzerbehauptung der Aufenthaltsfortfuhrung am Anmel- 
dungsort 
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[0075] Bei diesem geht es nur darum, daB der Benutzer 
der RPMMSU mitteilen kann, daB er noch da ist. Ob dies der 
Wahrheit entspricht, ist hier gar nicht wichtig. Dazu lassen 
sich verschiedene Strategien auftuhren: 60 

- Auf-Gelande-Uberprufung durch Umgebungs-Ab- 
horung: Auf dem Gelande des SPLEMPs befinden sich 
rnehrere Ausstrahler der SPLEMP-Kennzeichnung-Si- 
gnale. Bei Empfang von solchen Signalen weiB das 65 
PMCCD, daB der Benutzer sich auf dem Gelande be- 
findet. Wenn es diese Signale nicht mehr empfangt, 
heiBt das, daB der Benutzer sich von dem SPLEMP ent- 



Sicherstellung der Aufenthaltsfortfuhrung am Anmeldungs- 
ort 

[0076] Hierbei geht es um mehr als nur um eine Benutzer- 
bestatigung der Aufenthaltsfortfuhrung am Anmeldungsort. 
Hier wird sichergestellt ob dies wirklich der Fall sei. Dazu 
wird auch noch ein Subsystem am SPLEMP in Anspruch 
genommen, was die Location Server Unit genannt wird. Das 
System kann sich nicht nur auf dem Benutzer verlassen. Es 
kann sein, daB der Benutzer nicht immcr daran denkt den 
Dienst zu deaktivieren, sich auszuchecken oder sich abzu- 
melden als er das tun sollte. Es ist aber auch denkbar, daB 
aus irgendwelchen Griinden, der Benutzer absichtlich dies 
nicht tun wolle. In dem Fall, besteht die Gefahr, daB einem 
anderen dieser Benutzer vermittelt wird, obwohl er sich 
nicht weiter auf dem Gelande des SPLEMPs befindet. Das 
konnte sehr irritierend auf anderen Benutzer wirken. Sogar 
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der Benutzer selbst konnte sSWavon irritiert fuhlen. 
[0077] Der Aufenthaltsort des Benutzers kann durch spe- 
zielle Aufenmaltsorts-Verfolgungs-Komponenten in dem 
Personal Mobile Communications and Computing Device 
des Benutzers oder einem anderen Gerat bei dem Benutzer 5 
uberwachl werden. Das Gerat kann entweder an- oder aus- 
geschaltet sein. Es kann aber auch sein, daB die zustandige 
Komponente in dem Gerat selbst aktiviert oder deaktiviert 
werden kann, ohne das ganze Gerat an- oder auszuschalten. 
[0078] Die Plattform-Module, welche die Komponente 10 
benotigt, konnten auch entscheidend sein, indem sie auch 
anwesend oder nicht vorhanden sein konnen. Da man nicht 
davon ausgehen kann, daB die Ortuberwachungskompo- 
-nente-in-dem Gerat des Benutzers immer-funktioniert, ist es 
wichtig, neue Strategien zu erdenken um festzustellen, ob 15 
der Benutzer, als bei einem SPLEMP Angemeldeter, in die 
Partnerschaftseignungsuberpriifung einbezogen werden 
soli. Einige der vielen hier moglichen Strategien sind die 
folgenden: 

20 

- Eingangsseinchecken und Ausgangsauschecken: An 
den Ein- und Ausgangen wird es Aufenthaltsverande- 
rungen abhorende Module geben. Diese senden Si- 
gnale aus, um die in dem Personal Mobile Communica- 
tions and Computing Device des Benutzers vorhande- 25 
nen, fur die Aufenthaltsuberwachung zustandigen Mo- 
dule wissen zu lassen, daB der Benutzer das Gelande 
des SPLEMP gerade betrittbzw. verlaBt. Auf den Emp- 
fang solcher Signale reagiert das Aufenthaltsortsver- 
folgungsmodul mil dem Senden von Ortsanmeldungs- 30 
kennzeichen oder einem anderen entsprechenden 
Kennzeichen, was den Orts status des Benutzers ent- 
sprechend andert. Falls das Modul auf ein Ausgangssi- 
gnal reagiert, wird der Benutzer als ausgecheckt ver- 
merkt, und falls das Modul auf ein Eingangssignal rea- 35 
giert, wird der Benutzer als eingecheckt vermerkt. Die- 
ser Status wird an die RPMMSU ubermittelt. 

- Auf-Gelande-Beslatigung: Die Gelande selbst sind 
mitaufenthaltsbestatigenden Abhormodulen ausgestat- 
tet. Diese Module senden ununterbrochen Signale aus, 40 
welche besagen, daB sie von solch einer Art Modul ge- 
sendet wurden, und die das Kennzeichen des jeweili- 
gen SPLEMPs iibermitteln. Nach einer gewissen Zeit 
uberpruft das Aufenthaltsorts-Verfolgungsmodul in 
dem Personal Mobile Communications and Computing 45 
Device des Benutzers, ob das Signal vorhanden ist, und 
falls dies der Fall ist, schickt es drahtlos ein Bestati- 
gungssignal. Dieses Signal en thai t ein Ortsanmel- 
dungskennzeichen oder ein anderes entsprechendes 
Kennzeichen, und kann wahlweise Authentifizierungs- 50 
informationen enthalten. Beim Empfang solch einer 
Antwort verlangert das Ben utzeraufenth alts uberwa- 
chungsmodul der Ortsdiensteinheit des SPLEMPs den 
Aufenthaltsstatus des Benutzers. Falls das Benutzer- 
aufenthaltsilberwachungsmodul innerhalb einer be- 55 
stirnmten Zeitdauer kein solches Signal empfangt, laBt 

es die RPMMSU wissen, daB der Benutzer sich nicht 
auf dem Gelande befindet. So hort die RPMMSU auf, 
den jeweiligen Benutzer zu bedienen. In der Orts- 
diensteinheit des SPLEMPs wird der Benutzer als nicht 60 
vcrfugbar vermerkt. Sollte das Aufcnthaltsortsverfol- 
gungsmodul des PMCCD des Benutzers erneut dessen 
Anwesenheit auf dem Gelande signalisieren, so wird 
der Status des Benutzers wieder als verfugbar und be- 
dienbar vermerkt. Die RPMMSU wird benachrichtigt, 65 
welche die Bedienung des Benutzers wieder aufnimmt. 

- Zeitstrategien: Viele Strategien konnen angewendet 
werden, welche die Bedienbarkeit des Benutzers iiber 
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das Kriteriurn ZeiTrestzustellen versuchen. Die Auf- 
Gelandc-Bestaugung ist ebenfalls eine solche Strate- 
gic Angenommen, daB ein Benutzer sich innerhalb ei- 
ner gewissen Zeit, nach dem er ausgecheckt hat, sich 
nicht erneut eincheckt, dann konnte der Benutzer seine 
Anmeldung fur den jeweiligen SPLEMP verlieren. 
Falls der Benutzer fur eine langere Zeit nicht verfugbar 
bleibt, konnte er als ausgecheckt angesehen werden. 
Der SPLEMP konnte eine bestimmte Zeit als Geschaft- 
schluB fur einen bestimmten Tag, Ereignis oder Sitzung 
angegeben haben, und alle Benutzerortsanmeldungen 
fiir diesen SPLEMP werden zu dieser Zeit terminiert. 

- Benutzereinstellungen: Der Benutzer kann explizit 
— angeben,- ob er voriibergehend diesen Dienst deakti vie- 

ren mochte, voriibergehend nicht verfugbar sein 
mochte, auschecken mochte, oder sich fur diesen 
SPLEMP abmelden mochte. Der Benutzer kann auch 
den Dienst aktivieren oder einchecken. Dies geschieht 
auf Veranlassung des Benutzers selbst. 

- Benutzeranfrage: Wann immer der Benutzer vor hat, 
sein PMCCD auszuschalten, kann der Benutzer ange- 
forderl werden, um zu bestatigen, ob er auch noch den 
Dienst deakti vieren mochte, Wenn der Benutzer au- 
scheckt, kann er befragt werden, ob er sich auch noch 
von dem jeweiligen SPLEMP abmelden mochte. 



Partnerschaftseignungsuberpriifung 

[0079] Das Partnerschaftseignungsuberpriifungsmodul ist 
zustandig fiir die eigentliche Partnerschaftseignungsuber- 
priifung. Es hat in seinem Besitz Informationen iiber alle an- 
gemeldeten Benutzer in einem bestimmten SPLEMP. Die 
Benutzerinformationen eines Benutzers werden mit den Be- 
nutzerinformationen der anderen Benutzer verglichen, um 
festzustellen, ob es einen Partnerschaftseignungstreffer zwi- 
schen den Beiden gibt oder nicht, und wenn ja, wie hoch der 
Ubereinkunftsgrad ist. Das Ziel ist, diejenigen Falle heraus- 
zufinden, bei denen der Ubereinkunftsgrad maximal ist. Es 
gabe verschiedene Heuristiken, die benutzt werden konnen, 
um diese Partnerschaftseignungstreffer herauszufinden. All- 
gemein wird versucht, einen Ausgleich unter verschiedenen 
Kriterien wie Geschwindigkeit, Partnerschaftseignungstref- 
ferqualitat, gerechter Verteilung der Ressourcen, Nutzung 
von Ressourcen, gerechter Wahrscheinlichkeit einer Part- 
nerschaftseignungsiibereinkunft fiir alle, besserer Bedie- 
nung bei gutem Verhalten, Dienstverschlechterung als Be- 
strafung fiir Verhal tens vers toBe usw., zu finden. 

Vorgehensweise bei der Partnerschaftseignungsfeststellung 

1. Der Anwarterteilnehmer soli sich auf dem gleichen 
Gelande befinden wie der Benutzer. 

2. Der Anwarterteilnehmer soli seine Verfugbarkeit 
fiir eine solche Tatigkeit zu dieser Zeit eingegeben ha- 
ben. 

3. Der Anwarterteilnehmer soli diese Verfugbarkeit 
aktiviert haben. 

4. Der Anwarterteilnehmer soli eine Erklarung abge- 
geben haben, keinen Ein wand gegen eine solche Tatig- 
keit zu haben. 

5. Der Anwarterteilnehmer soil eine Neigung fiir eine 
solche Tatigkeit geauBert haben. 

6. Der Anwarterteilnehmer soil einen Wunsch fiir eine 
solche Tatigkeit betont haben. 

7. Der Anwarterteilnehmer soil seine bevorzugte Rolle 
(Rollen) fur eine solche Tatigkeit eingegeben haben. 

8. Der Anwarterteilnehmer soil die notwendigen Qua- 
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lifikationen fiir eine solcTWtolle aufweisen konnen. 

9. Der Anwarterteilnehmer soil die notwendigcn zu- 
satzlichen Qualifikationen, die der andere Benutzer 
von dem Anwarterteilnehmer verlangt, erfullen. 

10. Der Anwarterteilnehmer soli einwilligen, auf An- 5 
forderung einen Dialog mil dem anderen Benutzer zu 
initialisieren, nachdem ihm Informationen Uberden an- 
deren Benutzer und den eine Begriindung der Partner- 
schaftseignung bereitgestellt wurden. 

10 

Bekanntmachungssitzung 

10080] Dieser ProzeB beginnt, wenn ein Partnerschaftseig- 
— nungstrefferfur einen beslimmten Benutzer gefunden wird. 
Hierbei wird der Benutzer mit Informationen sowohl uber 15 
den verrnittelten Partnerschaftskandidaten als auch miteiner 
Begriindung fiir den PartnerschaftseignungstrefTer versorgt. 
Dem Benutzer werden folgenden Arten von Informationen 
gezeigt: 

20 

1 . Gunstige Attribute des verrnittelten Partnerschafts- 
kandidaten, die fur den Benutzer von Inleresse sind. 

2. Ungunstige Attribute des verrnittelten Partner- 
schaftskandidaten, die der Benutzer als storend empfin- 
den konnte. 25 

3. Attributen, nach denen der vermittelte Partner- 
schaftskandidat an einem Partnerschaftskandidaten ge- 
sucht hat. 

4. Vertrauliche, bei Preisgabe Vorsicht verlangende 
Attribute, nach denen der vermittelte Partnerschafts- 30 
kandidat an einem Partnerschaftskandidaten gesucht 
hat. 

5. Eine Liste von empfehlenswerten und nicht emp- 
fehlenswerten Verhaltensmustern betreffend die ge- 
stellten Anforderungen, die zu respektierende Privat- 35 
sphare des Anderen, Verhaltensempfehlungen, Tatig- 
keitshemmungen, Tabus, Tatigkeitsvertiefungsbereit- 
schaft, usw., wie von dem verimttelten Partnerschafts- 
kandidaten bereitgestellt. 

6. Ein Foto des verrnittelten Partnerschaftskandidaten 40 
wird dem Benutzer ebenfalls bereitgestellt. 



Kommunikationsverbindungsaufbau 
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[0081] Nachdem dem Benutzer die oben genannten Infor- 
mationen gezeigt wurden, wird der Benutzer gefragt, ob 
eine Verbindung zu dem verrnittelten Partnerschaftskandi- 
daten hergestellt werden soil. 

[0082] Die gleich Vorgehensweise wird bei dem vermit- 50 
telten Partnerschaftskandidaten angewendet. Falls die bei- 
den Teilnehmer dazu zustimmen, wird die Verbindung zwi- 
schen den beiden aufgebaut. Sobald dies geschehen ist, wird 
die Verbindung zum RPMMSU unterbrochen. Es gibl meh- 
rere Punkte, uber die man sich hier Gedanken machen sollte: 55 



1. Personal Mobile Communications and Computing 
Devices von beiden Benutzern sind zustandig fiir den 
Aufbau der Verbindungen zwischen ihnen auf der einer 
Seite und der Real Partner Match Making Server Unit 
auf der anderen Seite. Die RPMMSU verbindet dann 
die zwei Anrufe und entbindet sich selbst gleichzeitig 
von den Anrufen. Der Benutzer wird uber eine Benach- 
richtigung aufgefordert, eine Verbindung zu der 
RPMMSU aufzubauen. Der Aufbau der Verbindung 
geschieht unabhangig und auf Befehl des Benutzers. 
Dies kann sich als etwas schwerfallig zu realisieren er- 
weisen. 

2. Die RPMMSU kann Anrufe zu den PMCCD der 
beiden Benutzer aufbauen, und sobald sie Verbindung 
zu beiden hat, die beiden Anrufe zusammenfuhren, so 
daB es eine direkte Verbindung zwischen den beiden 
gibt, und sich den von den Anrufen entbinden, Hier 
muBte vielleicht der Betreiber der RPMMSU die Rech- 
nung ubernehmen, was nicht wiinschenswert ware. 

3. Die Benutzer konnten von einem Modul, welches 
auf dem PMCCD der Benutzer lauft und als ein Teil der 
Bekanntmachungssitzung anzusehen ist, eine Auffor- 
derung erhalten. Wenn der Benutzer sein Einverstand- 
nis mitteilt, dann baut ein Modul zum Errichten eines 
synchronen Kommunikationskanals eine Verbindung 
zu der RPMMSU auf. Wenn beide Benutzer dies getan 
haben, verbindet die RPMMSU die beiden Anrufe und 
entbindet sich selbst. Dies konnte die praktischste Va- 
riante sein. 

[0084] Dieser synchrone Kommunikationskanal kann ver- 
schiedenes bedeuten: 

1. Einen Videokanal, durch den beide Benutzer einan- 
der sehen und einander horen konnen, wie z. B. Video- 
fon. 

2. Es konnte ein Audiokanal sein, wobei die Benutzer 
nur miteinander reden konnen, so wie eine ganz nor- 
male Telefonverbindung. 

3. Es konnte ein Textaustausch sein, wobei jede Partei 
von der anderen Seite gesendeten Text empfangt. Beim 
Senden kann der Benutzer entweder den Text eintip- 
pen, oder er kann die Botschaft aussprechen und ein 
Modul in dem PMCCD ubernimmt die Funktionalitat 
der Spracherkennung und die Konvertierung von Spra- 
che in Text, der anschlieBend gesendet wird. Es gibt je- 
doch noch weitere Mbglichkeiten, urn den Text einzu- 
geben. 



Dialog 

[0085] Nachdem die beiden Partei en miteinander verbun- 
den sind, mussen sie gewisse MaBnahmen treffen, um eine 
erfolgreiche Beendigung des Prozesses zu gewahrleisten. 



1 . Die Partei, die den Verbindungsaufbau veranlaBt, ist 
fiir die Begleichung der Rechnung zustandig. Dies ist 
eine Frage der Rechnungsschreibung. 

2. Die Partei, welche die Verbindung aufbaut, ist dieje- 
nige, die auch den Anruf zu einer anderen Verbindung 
transferieren kann. Dies ist eine Frage der Transferge- 
nehmigungen. 

3. Der Benutzer darf nicht die Kontaktierbarkeits- 
adresse des Anderen uber diesen Dienst erfahren. 

[0083] Dies kann auf verschiedene Weise geschehen: 



1. Nach der Verbindung sollte der Benutzer einen Dia- 
log mit dem verrnittelten Partnerschaftskandidaten ein- 
leiten. 

60 2. Der Benutzer sollte einem Treffen mit dem verrnit- 
telten Partnerschaftskandidaten zustimmen, hochst- 
wahrscheinlich an einem Ort auf dem Gelande des 
SPLEMPs, und zu einer Zeit sehr bald nach diesem Ge- 
sprach, womoglich sogar wenige Minuten danach, wo- 

65 bei beides, Ort und Zeit, gemeinsam vereinbart wird. 
3. Der Benutzer sollte den verrnittelten Partnerschafts- 
kandidaten tatsachlich an dem vereinbarten Ort und zu 
der vereinbarten Zeit treffen. Die Abweichung von den 
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Zeit- und OrtspararneteftHjbllte moglichst gering ge- 
halten wcrden. 

4. AnschlieBend halt der Benutzer einen Dialog mit 
dem vermittelten Partnerschaftskandidaten, urn festzu- 
stellen, ob dieser wirklich die Art von Person ist, wo- 5 
nach er gesucht hat, verschiedene erwiinschte Attribute 
und deren tatsachlichen Auspragungen betrachtend. Es 
soil auch festgestellt werden, ob die Chemie zwischen 
den beiden gut und die Gesellschaft des anderen ange- 
nehm ist. Am Ende wird eine Entscheidung getroffen, to 
ob der vermittelte Partnerschaftskandidat wirklich der 
richtige ist, um die gewunschte Tatigkeit zu unterneh- 
men. Eine Vereinbarung wird getroffen, um zu ent- 
— -scheiden,- wann, wo und wie die beiden mit der Tatig- 
keit fortfahren sollen, oder daB sie einander erneut kon- 15 
taktieren werden, um die organisatorischen Aspekte 
des Sachverhalts auszudiskutieren. Sie konnten auch 
entscheiden, daB sie einander besser kennenlernen 
miissen, um die Eignung des anderen fur die ge- 
wunschte Tatigkeit festzustellen, und daB weitere 20 
Kornmunikation erwunscht wird. In den meisten Fal- 
len, abhangig von der Art der Tatigkeit, werden die bei- 
den Kontaktierbarkeitsadressen austauschen. 

Vermittelte-Partnerschaftskandidaten-Erinnerungsunterstut- 25 
zung 

[0086] Wenn eine Partnerschaftseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 
Chance zum Besprechen gehabt haben und sich wieder von- 30 
einander verabschiedet haben, konnten die beiden Parteien 
wunschen, Tnformationen iiber die andere Partei und iiber 
das Treffen im allgemeinen zu speichern, so daB man eine 
Ubersicht hat iiber die Leute, die man getroffen und kennen- 
gelernt hat. Es kann passieren, daB man nach einer gewissen 35 
Zeit fruher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangt. Dies kann insbesondere geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 
viel Zeit seither vergangen ist, oder wenn an dem Treff oder 40 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, daB es eine 
Unterstiitzung gibt, um sich an die Leute zu erinnern, die 
man im Leben getroffen hat. Man kann das als ein auf die 
Partnerschaftseignungstreffer bezogenes Tage- und Kon- 45 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch einem Tagebuch speichern wurde: 

1. Typ des Bekanntmachungsmittels: In diesem Fall, 
ware das der Dienst, der durch dieses System ermog- 50 
licht wird. 

2. Bekanntmachungsagent. Dies beinhaltet die Identi- 
tat des Betreibers des Partnersuch-, Partnerschaftseig- 
nungsuberprufungs- und Bekannlmachungsdienstes, 
der durch dieses System ermoglicht wird. 55 

3. BekanntschaftsschlieBungsereignis. Dies bezeich- 
net ein bestimmtes Ereignis, welches stattfand oder 
von einem SPLEMP organisiert wurde, 

4. BekanntschaftsschlieBungsort. Dies bezeichnet in 
diesem Fall die Identitat des SPLEMPs. 60 

5. BckanntschaftsschlicBungszcit. Das bezeichnet un- 
gefahr die Zeit, zu der man sich zum ersten mal mit 
dem vermittelten Partnerschaftskandidaten getroffen 
hat. 

6. Alias des vermittelten Partnerschaftskandidaten. 65 
Dies ist der Name, der von dem vermittelten Partner- 
schaftskandidaten benutzt wurde, als er sich dem Be- 
nutzer vorgestellt hat. Es muB nicht unbedingt der 
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echte Name des vermittelten Partnerschaftskandidaten 



7. Foto des vermittelten Partnerschaftskandidaten. 
Dessen Bereitstellung ist zum Teil von dem System ab- 
hangig, aber im Grunde genommen soli es nur mit der 
Zustimmung des venniltelten Partnerschaftskandida- 
ten dem Benutzer bereitgestellt werden. Wahrend der 
Bekanntmachungssitzung wurde eine Fotografie be- 
reitgestellt. Dieses Foto konnte eigentlich auch hier be- 
nutzt werden. Die Frage ist, ob dieses Foto benutzt 
werden darf, da es hier moglich ware, das Foto langfri- 
stig zu bewahren und dadurch die Anonyrnitat des an- 
deren verletzt werden konnte. Es ist inzwischen be- 
kannt,daB, wenn man Zugang zu einer groBen Daten- 
bank mit personlichen Daten hat, man die Identitat des 
anderen dann unter Benutzung entsprechender Muster- 
erkennungssysteme feststellen kann. Aufgrund dieser 
Uberlegungen muB der Benutzer entscheiden, ob es 
klug ist, das Foto uberhaupt fiir die Bekanntmachungs- 
sitzung preiszugeben, falls das langfrisdge Speichern 
des Fotos nicht verhindert werden kann. Das langfri- 
sdge Speichern des Fotos kann von dem vermittelten 
Partnerschaftskandidaten abhangig gemacht werden, 
wenn es ein System gibt, welches das Speichern des 
Fotos von der Zustimmung des vermittelten Partner- 
schaftskandidaten abhangig macht. Ein mogtiches Sy- 
stem konnte veranlassen, daB das wahrend der Be- 
kanntmachungssitzung erhaltene Foto nur chiffriert ge- 
speichert wird, obwohi es dechiffriert dargestellt wird, 
und nur mit Hilfe eines Schlussels, den der vermittelte 
Partnerschaftskandidat uberrnittelt, auch in chiffrierter 
Form gespeichert werden kann. Die Darstellung des 
Fotos soil dadurch ermoglicht werden, daB das Foto 
mittels eines Schlussels dechiffriert werden kann, der 
an einem Ort gespeichert wird, auf den der Benutzer 
keinen direkten Zugang hat. Dariiber hinaus soil der 
Speicherort des Fotos nur dem System zuganglich sein, 
und nicht einmal der Besilzer des Systems soli es um- 
gehen konnen. Dariiber hinaus kann das chiffriertes 
Foto nach einer gewissen Zeit geloscht werden, was 
abhangig sein kann von der Systemuhr und dem Be- 
triebszu stand des Gerates (an- oder ausgeschaltet). 
Diese Unzuganglichkeit und explizite Genehmigung 
ist notwendig, nur falls der vermittelte Partnerschafts- 
kandidat iiber die eigene Anonyrnitat sehr besorgt ist, 
und kein Beweismaterial zurucklassen mochte, wo- 
durch seine Identitat durch den Benutzer festgestellt 
werden kann. Auch diese MaBnahmen der Anonyrnitat 
sind vielleicht unnotig, da der andere diese sehr einfach 
umgehen kann, indem er einfach ein neues Foto von 
dem vermittelten Partnerschaftskandidaten macht, mit 
Hilfe einer digitalen oder sonstigen Kamera, was sogar 
in dem PMCCD integriert sein konnte. In diesem Fall 
ware die ganze Muhe umsonst. Die besle Praxis ist, 
wenn dem Benutzer ein Zugang zu solch einer Daten- 
bank iiber personliche Daten der Menschen erschwert 
oder sogar verboten wird. Es kann auch hilfreich sein, 
fiir den Zweck der Erinnerung, daB ein aktuelles Foto 
des vermittelten Partnerschaftskandidaten gespeichert 
wird, so wie er zu diesem Zeitpunkt aussieht. Dafur 
kann die Vcrfugbarkeit eines digitalen Fotoapparates 
niitzlich sein. Letztendlich kann es aber auch sein, das 
Angst vor Verlust der Anonyrnitat dem Benutzer gar 
nichts ausmacht. 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Umstande des Treffens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 
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1 1 . Gegenseitige EntscfiSraung zurn Ende des Treffens 
daruber, wic man vorgehen mochte bci der Erforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Tatigkeit zu befassen. 

12. Positive Attribute des vermittelten Partnerschafts- 5 
kandidaten, welche zu einem Treffer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurden. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 10 
sitzung als Warnungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 

-schaftskandidaten-(in diesem Fall den~Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. 15 

15. Eigene positive Attribute, die zu einem Treffer 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 

16. Eigener Alias, der dem vermittelten Partner- 
schaftskandidaten vorgefuhrt wurde. 20 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. Tagebucheintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angeordnet sind, wobei es sich urn 25 
die Entwicklung der Beziehung und der Meinung uber 
den anderen handelt. 
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Kritischer Feedback 
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[0087] Kritischer Feedback wird spater vorgenommen. 
Falls das Treffen wirklich stattfindet, kann es trotzdem ge- 
macht werden, um eine Meinung uber den vermittelten Part- 
nerschaftskandidaten zu ubermitteln. Wahrend der Bekannt- 35 
machungs sitzung wurden viele Charakteristiken des vermit- 
telten Partnerschaftskandidaten enthullt. 
[0088] Der Benutzer konnte Verdrehungen in dem Profil 
oder sogar voile Abweichungen oder Lugen beobachtet ha- 
ben. Der Benutzer konnte daruber berichten wollen, um die 40 
eigene Unzufriedenheit und das MiBfallen an der Unehrlich- 
keit des vermittelten Partnerschaftskandidaten zu auBern. 
[0089] Der Benutzer konnte auch uber die Verhaltenab- 
weichungen von den Regeln des Verhaltenskodex und von 
den Verhaltensanweisungen, wie von dem Betreiber des 45 
RPMMSU vorgeschrieben, berichten wollen. Dabei konnte 
es sich um verschiedenes handeln wie z. B. Benehmen, 
Piinktlichkeit, Erscheinen am Treffpunkt uberhaupt, Halten 
an die Empfehlungen und Grenzen bezuglich des Eindrin- 
gens in die Privatsphare des Benutzers sowie Anfordem von 50 
Informationen oder Ressourcen von dem Benutzer, die die- 
ser nicht bereitstellen wollte, entsprechend den Einstellun- 
gen im Benutzerprolil, die dem vermittelten Partnerschafts- 
kandidaten wahrend der Bekanntmachungssitzung bereitge- 
stellt wurden. Dieses Feedback kann unterschiedlich in ver- 55 
schiedenen Formaten erhoben werden: 

1. Freier Text und naturliche Sprache. 

2. Freie Aussprache und naturliche Sprache. 

3. Auswahlen aus Listeneintragen als Antwort auf Be- 60 
merkungen uber verschiedcne Aspekte, die sclbst wie- 
derum aus einem Menu ausgewahlt werden. 

4. Ein Dialog zwischen einem Kritischer-Feedback- 
Erhebungs-Subsystem und dem Benutzer, in diesem 
Fall liegt die Steuerung des Dialogs bei dem Subsy- 65 
stem. Der Benutzer wird aufgefordert, auf bestimmte 
Fragen Antworten einzugeben. Die Antwort kann aus 
einer Liste mit Eintragen ausgewahlt werden, wobei 



die Liste auf demBildschirm sichtbar wird, oder die 
Eintrage ausgesprochen werden. Die Antwort kann 
entweder frei eingegeben oder aus einer Liste von 
moglichen Antworten ausgewahlt werden und aktiviert 
werden, indem man einen Bildschirmzeiger wie einen 
Touchscreenstift, Cursor oder Finger benutzt, oder 
durch Eingabe einer freien Textantwort durch einen 
Eingabemechanismus, oder sogar durch freie Sprache 
uber eine Sprachschnittstelle. 

[0090] Spater wird dieses Feedback nach einer Bestati- 
gung durch den Benutzer an die RPMMSU uber das Kriti- 
scher-Feedback-Erhebungs-Subsystem gesendet. 

Architekturentwurfsmodule 

[0091] Hier werden alle drei wichtige Subsysteme in ihre 
jeweiligen Module aufgeteilt. Es werden verschiedene Mo- 
dule aufgefuhrt, die dazu beitragen, daB das System zu ei- 
nem funktionstuchtigen System wird. Verschiedene fol- 
gende Aspekte der Module werden hier erklart: 

- die Funktionalitat der Module, 

- die Beziehung zu anderen Modulen, 

- der Signalaustausch und die Kommunikation mit an- 
deren Modulen sowohl innerhalb des gleichen als auch 
in andere Systeme, 

- der Einsatzkontext innerhalb eines Prozesses, 

- die Wahlfreiheit der Module, 

- die Kategorisierung der Module 

- usw. 

[0092] Hier einige Anmerkungen zu dem System fur die 
Benennungen. Die Namen der Module sind in englischer 
Sprache abgefaBt. Dies wird aus ver schiedenen Grunden als 
gunstig angesehen: 

- Flexible Regeln fur die Substantivierung 

- Getrennte Namenteile und entsprechende bessere 
Sichtbarkeit der Semantik 

- Leichteres Bilden von Akronymen aufgrund der ge- 
teilten Namensteile 

- Bekannte Tenninologie in der Ursprungssprache 

- Leichte Ubersetzungsfahigkeit 

[0093] AnschlieBend wird aber der Name nochmals auf 
deutsch erklart. 

Real Partner Match Making Server Unit 

Informationsmanagementmodule 

[0094] Managementmodule werden insbesondere ge- 
brauchl, um bestimmte Arten von Informationen in dem Sy- 
stem zu managen. Uber diese Managementmodule konnen 
Informationen erstellt, geloscht, geandert, aktualisiert wer- 
den oder die Art der Informationen, die gemanagt werden, 
vollig geandert werden. Diese Managementmodule bieten 
eine einheitliche, ahnliche Schnittstelle, um in den gespei- 
cherten Informationen einzusehen. Die meisten Manage- 
mentmodule vcrwalten dauerhafte Informationen. Obwohl 
es durchaus denkbar ist, daB es Managementmodule geben 
kann, die auch die Laufzeit-Informationsstrukturen und ih- 
ren Informationsgehalt managen. 

1 . User Accounts Management Module: Dieses Modul 
ist zustandig fur das Management von Benutzerkonten. 
Es koordiniert Erstellung, Aktualisierung, Loschung, 
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Genehmigung, Laden, SpfTcherung, Sortierung, Ver- 
sionierung, Ubcrgabc, usw. von Bcnulzcrkonten. Es 
managt Informationen, und ermbgiicht auch den Zu- 
gang zu einer Menge anderer Managemenlmodule, die 
den Benutzer betreffen, wovon viele unten aufgelistet 5 
sind. 

2. Serviced Public Leisure and Entertainment Meeting 
Place Accounts Management Module: Dieses Modul 
ist zustandig fiir das Management von Konten von 
SPLEMPs, Es koordiniert Erstellung, Aktualisierung, 10 
Loschen, Genehmigung, Laden, Speicherung, Sortie- 
rung, Versionierung, Ubergabe, usw. von SPLEMP- 
Konten. 

3. User Match History Management Module: -Dieses 
Modul verfolgt die Geschichte der Partnerschaftseig- 15 
nungstreffer, die ein Benutzer gehabt hat. Es unter- 
scheidet die Partnerschaftseignungstreffer zwischen 
dem Benutzer und dem vermittelten Partnerschaftskan- 
didaten an hand dessen, ob das Trefferangebot von dem 
Benutzer, von dem vermittelten Partnerschaftskandida- 20 
ten, oder von beiden abgelehnt wurde oder von beiden 
akzeptiert wurde. Weiterhin ist jeder Ablehnungsein- 
trag mil der Begrundung des Ablehnens vermerkt. Ak- 
zeptanz oder Ablehnung wird wahrend der Bekanntma- 
chungssitzung entschieden. Falls der Benutzer ein Part- 25 
nerschaftseignungstrefferangebot ablehnt, und zwar 
nicht auf der Basis von wahrend der Bekanntma- 
chungssitzung vorgelegten Informationen, dann kann 
der Partnerschaftseignungstreffer dem Benutzer noch- 
mals angeboten werden. Das Ziel des Moduls ist es, 30 
Managementdienste dem Match Processing Module 
anzubieten, so daB das Modul entscheiden kann, ob ein 
Partnerschaftskandidat fiir die Partnerschaftseignung 
mit dem Benutzer uberpruft werden soli oder nicht. 
Falls ein vorheriger PartnerschaftseignungstrefTer zwi- 35 
schen den beiden schon abgelehnt wurde, dann sollen 
die beide Leute nicht nochmals einander verrnittelt 
werden, falls ein Alternative vorhanden ist. Auf der an- 
deren Seite, falls zwischen den beiden schon ein Part- 
nerschaftseignungstreffer erzielt wurde, was von den 40 
beiden auch noch akzeptiert wurde, dann konnte es 
hilfreich sein, beide daruber zu informieren. In diesem 
Fall sind die beiden mit ausreichenden Informationen 

zu versorgen, um an den jeweils anderen zu erinnem, 
und zu fragen, ob ein weiteres Treffen mit dem anderen 45 
noch erwunscht ist. 

4. SPLEMP Sessions History Management Module: 
Dieses Modul verfolgt alle Sitzungen, die bei einem 
SPLEMP stattfanden. Dies kann fiir Zwecke der Rech- 
nungsschreibung gebraucht werden, und in selteneren 50 
Fallen kann es fur die Zuriickverfolgung wichtig sein, 
falls irgendeine Sicherheits- oder Anweisungsverlet- 
zung geschehen ist, 

5. User Servicing Sessions History Management Mo- 
dule: Dieses Modul verfolgt alle Sitzungen, die fur ei- 55 
nen Benutzer stattfanden. Dies kann fur Zwecke der 
Rechnungsschreibung gebraucht werden, und in selte- 
neren Fallen kann es fur die Zuriickverfolgung wichtig 
sein, falls irgendeine Sicherheits- oder Anweisungsver- 
letzung geschehen ist. Es wird auch gebraucht, um zu 60 
berechnen, wicviel Bedienung der Benutzer lctztlich 
bekommen hat. Daruber hinaus kann man die Benut- 
zungsmuster des Benutzers bestimmen, um ihn mit ei- 
nem verbesserten Dienst zu versorgen. Die verfugba- 
ren Statistiken konnen auch verwendet werden, um die 65 
Prioritat der Bedienung zu bestimmen, die der Benut- 
zer beim nachsten mal bekommen soil, wenn er sich 
bei einem SPLEMP anmeldet. 
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6. User Home ancTStay Locality Management Mo- 
dule: Dieses Modul halt sich daruber auf dem laufen- 
den, wo der Benutzer gerade wohnt und fiir welchen 
globalen Ort der Benutzer gerade angemeldet ist. Ubli- 
cherweise werden diese Benutzerinformationen einer 
entsprechenden Systemkomponente zur Verwaltung 
Globaler Orte, welche SPLEMPs beherbergen, uberge- 
ben. Daruber hinaus werden weitere Benutzerinforma- 
tionen gesammelt, die in das Benutzerprofil eingehen 
und dessen Mobilitat und Weltperspektive vermerken. 
Weiterhin kann sich ein Benutzer an einem Ort als Be- 
sucher klassifizieren, und die Partnersuche kann dieses 
Kriterium auch mit einbeziehen. 

7. Matched Candidate Partner Catalogue Management 
Module: Dies hilft dem Benutzer, sich die Liste der 
vermittelten Partnerschaftskandidaten anzusehen. Dies 
schlieBt alle PartnerschaftseignungstrefTer ein. Der Be- 
nutzer hat keine Genehmigung, irgendwelche Eintrage 
hier zu loschen. 

8. Matched Candidate Partner Remembrance Informa- 
tion Management Module: Dieses Modul hilft dem Be- 
nutzer, sich seine bisherigen Partnerschaftseignungs- 
trefTer anzusehen. Dies dient zur Erinnerung und wirkt 
wie ein Tagebuch. Der Benutzer ist frei, hier Informa- 
tionen hinzuzufiigen, zu loschen, zu andem, usw. Der 
Benutzer kann die Beziehung, die entstanden ist, oder 
die Kommunikation, welche mit dem vermittelten Part- 
nerschaftskandidaten stattgefunden hat, beschreiben. 
Meistens wird uber die Eintrage hier von dem Benutzer 
entschieden. 

9. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Information Management Module: 
Dieses Modul managt Informationen uber die. Benut- 
zerbewegung, die Begleitung, die Absichten, die Vor- 
schlage, die Angebote, usw. Diese Informationen wer- 
den von dem Benutzer zu dessen eigener Sicherheit be- 
reitgestellt. Im Fall von Schaden oder Festnahme usw. 
konnten die Behorden den Benutzer ausfindig inachen. 
Diese Information wird von dem Benutzer auch bereit- 
gestellt, um die begleitende Person, die nicht vertrau- 
enswiirdig oder fremd ist, wissen zu lassen, daB sie 
nicht ungeschoren davonkame, sollte sie dem Benutzer 
irgendwelchen Schaden zufugen. Die Information hier 
wird nicht weiter benotigt, sollte der Benutzer den 
Dienst nochmals zu benutzen angefangen haben. Die 
Informationen sollen nur fiir eine maximale Dauer von 
wenigen Wochen behalten werden, oder bis der Benut- 
zer sich nochmals bei dem Dienst gemeldet. hat und ei- 
nige Wochen vergangen sind. 

10. User Home Locality History Management Mo- 
dule: Dieses Modul managt Informationen iiber die 
vorherigen Orte, an denen der Benutzer gewohnt hat. 

11. User Stay Locality History Management Module: 
Dieses Modul manage Informationen uber alle Orte, an 
denen der Benutzer gewesen ist und den Dienst benutzt 
hat. Damit kann man dessen Aufenthaltsort ausfindig 
machen und eventuelle Missetaten zuruckverfolgen. 

12. Geographical Places and Positions Interrelations- 
hips Graphs based Information Management Module: 
Dieses Modul managt Informationen, wie man sie in 
einem Atlas findet. Dies hilft, die Benutzermobilitat so- 
wie auch die Beziehungen zwischen verschiedenen 
Mengen von globalen Orten und den globalen Orten 
selbst zu managen. 

13. Locality related Demographic Information Cap- 
ture and Management Module: Dieses Modul managt 
Informationen, welche die Demografik in verschiede- 
nen Regionen betreffen. Weiterhin erfafit es Informa- 
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lionen uber HaBverbrecBHTin verschiedene Regionen, 
was dabci zu wissen hilft, welche Katcgorien von Be- 
nutzern in welchen Regionen angreifbar sind und daher 
mehr Sicherheit und Vorsicht bei der Dienstbenutzung 
brauchen. 5 

14. System Behaviour Complaints Information Ma- 
nagement Module: Dieses Modul verwaltet alle Be- 
sch werden, die von Benutzern oder SPLEMPs einge- 
reicht wurden. Basierend auf diesen Informationen 
kann man versuchen, den Dienst zu verbessern, die 10 
Probleme oder Engpasse beim Dienstangebot heraus- 
zufinden, usw. 

15. User Behaviour Complaint Information Manage- 
-ment Module: Dieses Modul verwaltet Informationen, 
die von den SPLEMPs selbst uber die Benutzer des 15 
Dienstes bereitgestellt wurden. Normalerweise sind 
diese in Form von Beschwerden. Anhand dieses Feed- 
backs kann man eine geeignete Strategic erdenken, wie 
der Benutzer in der Zukunft bedient werden soli. Nor- 
malerweise geht es hier um rohe Informationen. 20 

16. User directed Critical Feedback History Manage- 
ment Module: Dieses Modul behandelt den gesamten 
Feedback, den ein Benutzer eingereicht hat, dazu geho- 
ren Kritik oder Lob an anderen Benutzern, den vermit- 
telten Partnerschaftskandidaten. Dieses Feedback ist 25 
wichtig, um herausflnden zu konnen, ob die Benutzer 
den Dienst in einer verantwortungsbewuBten Art und 
Weise, gemaB den Benutzeranweisungen, dem Verhal- 
tenskodex folgend, benutzen, und in ihren Benutzer- 
profilen glaubwiirdige Informationen geliefert haben. 30 
Hier wird die Information in ihrem rohen Zustand be- 
wahrt. 

17. User Security File Management Module: Diese In- 
formation wird normalerweise von Sicherheitsagentu- 
ren oder -behorden, die privat oder offentlich sein kon- 35 
nen, erhoben. Das konnte das Strafregister eines Benut- 
zers, oder sogar Angaben uber sein offentliches Verhal- 
ten einschliefien. Dies wird benotigt, um Benutzer aus- 
zufiltern, denen man kriminelle Neigungen zutraut. 

18. User Profile Attribute Credibility Tracking History 40 
Management Module: Dieses Modul managt Informa- 
tionen uber die vergangene Glaubwurdigkeits-Akte des 
Benutzers. Dies ist hilfreich, um herauszufinden, ob es 

in der Glaubwiirdigkeit des Benutzers Anderungen 
gab. 45 

19. User Behaviour towards Service Usage Tracking 
History Management Module: Dieses Modul verwaltet 
Informationen uber die Dienstbenutzung. Dies beinhal- 
tet Informationen dariiber, ob der Benutzer sich nach 
einem Check-Out von einem SPLEMP eigenhandig ab- 50 
meldet, wenn er nicht zuriickzukehren vorhat, oder wie 
oft der Benutzer ein Partnerschaftseignungstrefferan- 
gebot, aus welchen Griinden auch immer, ablehnt, usw. 

20. User Behaviour towards Matched Candidate Part- 
ner Tracking History Management Module: Dieses 55 
Modul ist mit dem Benutzerkonto assoziiert. Hier wer- 
den Informationen nach einer gebuhrenden Analyse 
des kritischen Feedbacks von Benutzem und von 
SPLEMPs, bewahrt. 

21. System to User Messages Information Manage- 60 
mcnt Module: Dies beinhaltet ein Protokoll der Bc- 
nachrichtigungen, die dem Benutzer vom System ge- 
schickt wurden. 

22. User Profile History Management Module: Der 
Benutzer andert sein Benutzerprofil von Zeit zu Zeit, 65 
durch Zufugen, Loschen, Andern, oder Auffuhren von 
weiteren Einzelheiten. Das Benutzerprofil andert sich 
infolgedessen standig. Um den Zweck der Zuriickfuh- 
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rung von Aspekten wie warum ein bestimmter Partner- 
sen aftscignungstrefTer gefunden wurde und wie der 
Benutzer sich im Laufe der Zeit verandert hat, und 
auch um die Glaubwiirdigkeit des Benutzerprofils her- 
auszufinden, ist es notwendig, Versionen von vergan- 
genen Benutzerprofilen, oder die Unterschiede und An- 
derungen, und auch Informationen uber die Gultig- 
keitsdauer von bestimmten Attributen und ihre Ande- 
rungen usw. zu speichern und zu managen. Dies wird 
von diesem Modul bewerkstelligt. 

23. User Profile Change and Development Informa- 
tion Management Module: Dieses Modul managt im 
Grunde Informationen, die durch ein entsprechendes 
Infonnationsanalysenmodul, User Profile Change and 
Development Analysis Module genannt, generiert wer- 
den. Dies ist notwendig, weil das User Profile History 
Management Module Informationen managt, die zeit- 
lich beschrankt sind. Es ist nicht sinnvoll, detaillierte 
Informationen langer zu bewahren, als deren Relevanz 
dies rechtfertigt. Einerseits sind diese Informationen 
eine Zusammenfassung der oben beschriebenen Benut- 
zerprofilgeschichle. Weiterhin konnen vergangene In- 
formationen noch Relevanz haben, wenn sie als analy- 
sierte Informationen gespeichert werden. Es ist kom- 
pakter und nutzlicher, 

24. User Profile Management Module: Dieses Modul 
managt die wichtigsten der Informationsblocke. Uber 
dieses Modul erhalten die meisten anderen Module ihre 
Informationen uber den Benutzer. Es ist das am mei- 
sten benutzte Modul, und verwaltet Benutzerprofil, In- 
teraktive-Tatigkeitsabsichten, gezielte Partnerschafts- 
anwarter-Profilschablonen, usw., was der Benutzer mit 
Hilfe des User Account and Personal Information Con- 
figuration Support Module konfiguriert hat. Es beinhal- 
tet viele Metainformationen liber das Profil, wie Aktua- 
lisierungszeiten, Geheimhaltungspolitik bei Attributen, 
Verweise zu Glaubwiirdigkeitseintragen in dem User 
Profile Attribute Credibility Tracking History Manage- 
ment Module, Atlributsbezogene Informationen, usw. 

25. Psychological and Social Systems based Profile 
History Management Module: Dieses Modul managt 
die psychologischen Profile, erstellt durch ein entspre- 
chendes Modul, welches Psychological and Social Sy- 
stems based Profile Evaluation Module genannt wird. 

26. User Behaviour towards People in General Trak- 
king History Management Module: Dieses Modul ma- 
nagt Informationen, erstellt durch mehrere Module, 
zum Beispiel das User Behaviour Complaint Submissi- 
ons Processing Module, oder das Matched Candidate 
Partner Critical Feedback Processing Module. In bei- 
den Modulen leitet eine andere Instanz, wie der Betrei- 
ber des SPLEMPs oder der vermittelten Partnerschafts- 
kandidat, seine Meinungen an das System weiter, und 
das System bewahrt die Informationen, in das erforder- 
liche Format uberfuhrt. Weiterhin werden auch die In- 
formationen abstrahiert, die im User Behaviour to- 
wards Marched Candidate Partner Tracking History 
Management Module verfugbar sind. Hierbei handelt 
sich um das Verhalten des Benutzers im allgemeinen, 
was das Verhalten gegenuber einem bestimmten Part- 
nerschaftskandidaten cinschlieBt. 

27. User Behaviour towards SPLEMPs Tracking Hi- 
story Management Module: Dieses Modul managt In- 
formationen, welche durch das User Behaviour Com- 
plaint Submissions Processing Module erstellt wurden. 
Bei den durch dieses Modul verwalteten Informationen 
handelt es sich um das Verhalten des Benutzers in ei- 
nem beliebigen SPLEMP. Es gibt zwei Arten, wie diese 
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Information unterteilt vWRen kann, abhangig davon, 
ob sie ein bcstimmtcs SPLEMP angcht, oder ob sie auf 
SPLEMPs im allgemeinen verweist. Soweit es ein be- 
slimmtes SPLEMP angeht, konnen diese Inform atio- 
nen sehr nutziich und sogar erforderlich sein. Manche 5 
SPLEMPs hatten schon mit Kunden Problemen gehabt, 
entweder aufgrund dessen Inanspruchnahme des Part- 
nersuchdienstes oder unabhangig davon, und der 
SPLEMP Beireiber konnte wiinschen, einem solchen 
unruhestiftenden Kunden die Benutzung des Dienstes 10 
bei diesem SPLEMP zu untersagen. Falls die Kund- 
schaft bei einem SPLEMP sehr groB ist, ist es sen wer, 
einen Uberblick dariiber zu behalten, wer kommt und 
wer geht, und falls der SPLEMP- ein -Verbot fur einen 
Kunden durchsetzen mochte, dann sollte dies ohne viel 15 
Komplikationen und Miihe durch fuhrbar sein. Im 
Falle, daB ein SPLEMP Betreiber das Ortsanmelde- 
Kennzeichen des Benutzers in Erfahrung bringen kann, 
ware moglich, eine Beschwerde uber das Benutzerver- 
halten bei der RPMMSU einzureichen, wobei um eine 20 
Untersagung des Dienstes fur die jeweilige Sitzung ge- 
beten wird. Der SPLEMP Betreiber kann auch verlan- 
gen, daB dem Benutzer uberhaupt die Benutzung des 
Dienstes bei diesem SPLEMP untersagt werden soli. 
Auf diese Weise wiirde jeder daraufhin erfolgende Ver- 25 
such von der Seite des Benutzers, an diesem SPLEMP 
den Dienst in Anspruch zu nehmen, Einschrankungen 
unterliegen, wobei dem Benutzer einige Funktionalita- 
ten des Dienstes nicht mehr angeboten wiirden, die 
Qualitat des Dienstes gesenkt oder der Benutzer sogar 30 
ganz verbannt wurde. Mit Hilfe dieser Informationen 
konnen die Einschrankungen des Benutzers ausgewei- 
tet werden, nicht nur bei dem jeweiligen SPLEMP, son- 
dern bei beliebig vielen SPLEMPs, je nachdem, welch 
eine Art von Beschwerde es war. Dieses Modul managt 35 
Informationen, die durch alle Besch werden entstanden 
sind. Die Einschrankungen selbst konnen wieder auf- 
gehoben werden, wenn eine bestimmle Zeit vergangen 
ist, oder wenn andere wieder etwas Positives uber den 
Benutzer zu melden hatten. 40 
28. System Operations Quality Control and Mainten- 
ance Information Management Module: Hier werden 
Betriebsstorungen, Systemzusammenbruche, Betrieb- 
sanomalien, Qualitatssenkung, usw. gemanagt werden 
konnen. Viele der Informationen wiirden von dem Sy- 45 
stem selbst generierl werden, und viele als Besch wer- 
den von den Benutzern und den SPLEMP-Betreibern 
eingereichr werden. Dieses Modul bekommt viele sei- 
ner Informationen von dem System Behaviour Com- 
plaint Submissions Processing Module. Das Manage- 50 
men tsy stem wird ein geeignetes System zur Verarbei- 
tung von Besch werden und Storungen beinhalten. Es 
stellt die richtige Schnittstelle, um Storungen zu behan- 
deln, bereit. Weiterhin ist es dafur zustandig, die Pro- 
blemauftritte und Problembehebungen zu verfolgen, 55 
die notwendigen Schritte einzuleiten, um mit einem 
Problem fertigzuwerden, zu entscheiden, ob eine Be- 
schwerde gerechtfertigt und ernst genug, um ihr nach- 
zugehen, ist oder nicht, ob es nur ein kurzfristiger Qua- 
litatsruckfall wegen zu hohem Druck bei der Nutzung 60 
der Ressourcen ist, oder ob es ein emsthafter Systcm- 
fehler sei, ob weitere Ressourcen in ahnlichen Situatio- 
nen gebraucht werden oder nicht, usw. Dieses Modul 
kann auch benutzt werden, um dem Besch werdefuhrer 
die Griinde fiir das Problem mitzuteilen. Dies kann vor- 65 
genommen werden, um den Benutzern gegenuber Ver- 
standnis und Empfanglichkeit fur ihre Probleme zu zei- 
gen. Es ist auch nutziich, um Statistiken uber Haufig- 
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keit und Griinde zKiihren, um eine besser durchdachte 
Losung fur das Problem einzufuhren und das weitere 
Potential des Wiederauftretens des Problems in Griff 
zu halten. 

29. System Security Information Management Mo- 
dule: Dieses Modul bewahrt und managt alle Schliissel 
und Zertifikate, die benotigt werden, um Sicherheits- 
dienste in dem System zu unterstiitzen. Dies schlieBt 
Privatschlussel, offentliche Schliissel, Zertifikate, ei- 
gene Schliissel, Fremdschlussel, usw. ein. 

Benutzerdialogmodule 

[0095] In solchen Modulen wird ein Dialog zwischen 
zwei Parteien aufgebaut. Hier sind beide Seiten der Antwort 
der anderen Partei gegenuber sehr aufgeschlossen. Im Ge- 
gensatz zu den Konfigurationsmodulen sind die Fragen hier, 
die von einer Partei gestellt werden oder die Informationen, 
die hier angefragt werden, abhangig davon, was die andere 
Partei zuletzt geantwortet hat oder was wahrend des gesam- 
ten Dialoges bis zu dieser Zeit alles besprochen wurde. In- 
formationsanfragemodule haben den Zweck, die Anforde- 
rungen des Systems an Informadonen zu erfullen. In Dialog- 
modulen konnen beide Parteien einander Fragen stellen. 
Diese Module unterscheiden sich auch von Benachrichti- 
gungsmodulen, dadurch daB mit der Hilfe dieser Module der 
Benutzer auch noch Anfragen stellt uber Informationen, an 
welchen er ein gewisses Interesse hat, Bestatigungen mit- 
teilt, und Anfragen von Benutzern bearbeitet werden, bevor 
geantwortet werden kann, und die Offenbarungsregelungen 
uberpruft werden. 

1 . Introductory Session Management Support Module: 
Dieses Modul kummert sich um den Dialog zwischen 
dem Benutzer und der RPMMSU. Es ubernimmt die 
Aufgabe, dem Benutzer Informadonen uber den gerade 
erzielten Partnerschaftseignungstreffer zukommen zu 
lassen, uber die Interessen des vermittelten Partner- 
schaftskandidaten, uber die Griinde, warum der Part- 
nerschaftseignungstreffer erzielt wurde, usw. Hier kann 
der Benutzer uber die verschiedenen Aspekte, die vor- 
her erwahnt wurden, nachfragen. Dieses Modul kom- 
muniziert mit einem anderen Modul, das sich auf dem 
PMCCD des Benutzers befindet, dem Introductory Ses- 
sion Support Module, Zusammen verwirklichen diese 
Module den Dialog. Der Betrieb besteht aus einem 
Austausch von Signalen. Die Signale werden uber das 
Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module ubertragen. Je nach- 
dem, ob diese Anfragen von dem Benutzer akzeptiert 
oder den Benutzer nur benachrichtigt, konnte dieses 
Modul auch bei den Benutzerbenachrichtigungsmodu- 
len eingestuft werden, falls es nur benachrichtigt. 

Informationsanalyse-Module 

[0096] Diese Module ubernimmt vorher erhobene system- 
interne Informationen und wandelt diese in andere Informa- 
tionen um, die fur das System nutziich sind. Es geht durch 
cine groBe Menge an Informationen und liefert nur das We- 
sentliche davon zuriick, und verwirft den Rest. 

1. User Profile Change and Development Analysis 
Module: Das Benutzerprofil andert sich im Laufe der 
Zeit. Manchmal kann es sich als wichtig erweisen, auf- 
zuspiiren, warum ein Partnerschaftseignungstreffer er- 
zielt wurde, wie oft der Benutzer sein Profil andert, ob 
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der Benutzer etwas andU^was nicht als fluchtige In- 
formation bctrachtct wird, ob dcr Benutzer bei der An- 
derung bestimmter Attributen das Motiv verfolgt, bei 
einer bestimmten Gruppe von Leuten eine Partner- 
schaftseignung zu erzielen, ob die Anderungen reali- 5 
stisch sind, etc. Die nachfolgenden Infonnauonen wer- 
den an das User Profile Change and Development In- 
formation Management Module zur Speicherung und 
Verwaltung ubergeben. Dieses Modul erhalt die zu be- 
arbeitenden Infonnationen von dem User Profile Hi- 10 
story Management Module. 

2. Matched Candidate Partner Critical Feedback Pro- 
cessing Module: Dieses Modul behandelt den kriti- 
schen Feedback, welcher von den Benutzern ankommt 
und der bestimmte akzeptierte vermittelte Partner- 15 
schaftskandidaten angeht. Die Speicherung von rohen 
Infonnationen wie oben erwahnt wird von dem User 
directed Critical Feedback History Management Mo- 
dule gemanagt. Es verarbeitet die Inhalte so, daB die 
nachfolgenden Infonnationen dem User Behaviour to- 20 
wards Matched Candidate Partner Tracking History 
Management Module des jeweils kritisierten Benui- 
zers, ubergeben werden konnen. Es gibt zusatzliche In- 
fonnationen, die ein Benutzer in der Kritik bereitstellt, 
die auf Abweichungen der Realitat, wie der Benutzer 25 
sie sieht, von den Benutzerprofilattributen des vermit- 
telten Partnersc hafts kandidaten, welche das System 
dem Benutzer zu Glauben gegeben hat, verweist. Dies 
formt die Grundlagen der Informationen, die dem User 
Profile Attribute Credibility Tracking History Manage- 30 
ment Module ubergeben werden. Die Glaubwiirdigkeit 
istauch von anderen Informationsquellen abhangig. In- 
fonnationen verfugbar durch das User Profile Change 
and Development Information Management Module 
werden auch benutzt, um die Glaubwiirdigkeit des Be- 35 
nutzers zu bewerten. 

3. Psychological and Social Systems based Profile 
Evaluation Module: Dieses Modul analysiert mehrere 
Informationsquellen wie das User Profile Management 
Module, User Profile Change and Development Infor- 40 
mation Management Module, User Profile Attribute 
Credibility Tracking History Management Module, 
Locality related Demographic Information Capture and 
Management Module, User Stay Locality History Ma- 
nagement Module, User Home Locality History Ma- 45 
nagement Module und das Psychological and Social 
Systems based Profile History Management Module 
auf fruher erstellte, auf psychologischen und sozialen 
Systemen basierte Profile. Es erzeugt eine alles umfas- 
sende Ubersicht iiber die psychologischen und sozialen 50 
Eigenschaften des Benutzers. Das Produkt dieser Be- 
wertung wird an das Psychological and Social Systems 
based Profile History Management Module zum Ma- 
nagement ubergeben. 

4. User Behaviour Complaint Submissions Processing 55 
Module: Dieser arbeitet mit Informationen, die von 
dem User Behaviour Complaint Submissions Recep- 
tion Module bereitgestellt werden. Dies beschaftigt 
sich mit Beschwerden, die bei dem SPLEMP entsteht 
und zu dem System eingereicht werden. Es kann sich 60 
dabci um Fchlverhalten von der Scitc des Benutzers 
auf der Gelande eines SPLEMPs handeln. Dieses Fehl- 
verhalten kann gegen Personal oder Eigentum eines 
SPLEMPs oder gegen einen SPLEMP-Besucher ge- 
richtet sein, oder es kann unzivilisiertes Benehmen im 65 
allgemeinen sein. Die Verarbeitung erfordert iiblicher- 
weise, daB man Besch werden vorlagen entgegennimmt, 
die Informationen umwandelt, mit dem jeweiligen Be- 
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nutzer assoziierfTIrTd in die jeweiligen Informations- 
strukturcn intcgriert, die von der Bedienung des Benut- 
zers an einem SPLEMP bzw. an alle SPLEMPs han- 
deln, und welche die Vermitdung des Benutzers an ei- 
nen Partnerschaftskandidaten beeinflussen. 

5. System Behaviour Complaint Submissions Proces- 
sing Module: Dieses Modul verarbeitet alle Beschwer- 
denvorlagen, die mit dem System, das heiBt mit der 
RPMMSU, zu tun haben. Diese Beschwerden konnten 
entweder von einem Benutzer oder von einem 
SPLEMP stammen. Die Besch werde kann gegen ver- 
schiedene Aspekte des Dienstes gerichtet sein. Es kann 
sich um eine Verschlechterung der Qualitat des Dien- 
stes, oder die Nichtverfugbarkeit des Dienstes handeln. 
Es wird sehr viel Parameter geben, von welchen der 
Benutzer oder der SPLEMP-Betreiber auswahlen 
wiirde, um das Problem zu beschreiben. Das Modul be- 
reitet Verwaltungsberichte ftir die zustandigen passen- 
den Arbeitsgruppe vor. Die Ergebnisse der Verarbei- 
tung werden an das System Operations Quality Control 
and Maintenance Information Management Module 
ubergeben. 

6. Astrological Systems based Astrological Profile 
Evaluation Module: Es existieren verschiedene Sy- 
steme der Astrologie je nach Ursprung, Evolution, usw. 
Diese Systeme der Astrologie benutzen bestimmte Re- 
geln und Algorithmen, welche auf bestimmten Infor- 
mationselementen des Benutzerprofils arbeiten und ein 
astrologisches Profil des Benutzers erstellen. Diese 
Astrologieprofile bieten eine Vorhersage iiber das Le- 
ben des Menschen, dessen Moglichkeiten und des sen 
Charakter, uber bestimmte Zeitperioden, je nach der 
Konstellation der Sterne und Planeten. Sie behaupten 
auch zu wissen, welcher Lebensstil, Aktionen, Tatig- 
keiten, Bekanntschaftsarten oder Gegenstande fur eine 
Person empfehlenswert waren. Dem Benutzer wird 
solch ein Astrologieprofil zugewiesen, welches dann 
benutzt werden kann, um das augenblickliche Horo- 
skop zu berechnen. 

7. Palmistry Systems based Palmistrical Profile Eva- 
luation Module: Dies ist sehr ahnlich zu dem oben ge- 
nannten Fall, auBer daB die Berechnung des Chiroman- 
tieprofils des Benutzers auf Gestalt, Form, Festigkeit, 
und vor allem auf den Linien der Handflache und der 
Fingerabdrucke, oder allgemeiner gesagt, auf der Hand 
des Benutzers basiert. Dafiir wird der Benutzer eine 
Abtastung der Hand, Fingerabdrucke, eine Beschrei- 
bung der Festigkeit, usw. vorlegen. Der Benutzer kann 
auch zu einem professionellen Handleser gehen, der 
die Hand beschreibt und diese Beschreibung in einem 
bestimmten Dateiformat der RPMMSU ubergibt. Der 
Zweck dieses Moduls besteht darin, die Infonnationen, 
die durch Beschreibungen und Abtastungen gesammelt 
werden, in ein benutzbares Format umzuwandeln. In- 
formationen iiber die Dimensionen der Hand konnen 
auch ein Teil der Informationen sein, die dem Modul 
bereitgestellt werden. 

8. User's Current Service Usage Privilege Defining 
Points Computing Module: Dieses Modul ist zustandig 
fur das Berechnen von Bedienungsprivilegien, die ein 
Benutzer in Anbetracht seines Benutzerkonto haben 
sollte. Verschiedenen quantitativen Infonnationsele- 
menten werden Punkte zugewiesen. Die Punkte kon- 
nen benutzt. werden, um die Bedienungsprivilegien zu 
berechnen. Ein gewichteter Durchschnitt kann schon 
als Anfangspunktanzahl im Voraus gefunden werden, 
oder der gewichtete Durchschnitt konnte erst dann be- 
rechnet werden, wenn einige andere Faktoren aus ande- 
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ren Quellen, darunter Berrrebszeit- oder Laufzeitfakto- 
rcn, die mit einbezogen werden miissen, vcrftigbar 
sind. Dieses Modul erhalt seine Eingabe von verschie- 
denen Managementmodulen wie User Behaviour to- 
wards People in General Tracking History Manage- 5 
ment Module, User Behaviour towards SPLEMPs 
Tracking History Management Module, User Beha- 
viour towards Service Usage Tracking History Ma- 
nagement Module, User Profile Attribute Credibility 
Tracking History Management Module, User Servicing 10 
Sessions History Management Module, User Match 
History Management Module und User Accounts Ma- 
nagement Module. Aus dem zuletzt erwahnten Modul 
laBl sich die Bedienungsqualitatsklasse, fur die sich' der— 
Benutzer entschieden hat, erfahren. Dieses Modul wird 15 
dabei behilflich sein, die Punkteanzahl von verschiede- 
nen Quantitatsinformationselementen zu berechnen. 
Dieses Modul wird von dem User Servicing Module 
aufgerufen werden. 

9. User Security Check File Processing Module: Die- 20 
ses Modul nutzt Informationen aus dem entsprechen- 
den User Security File Management Module, ebenso 
wie aus dem User Behaviour towards People in Gene- 
ral Tracking History Management Module und dem 
User Behaviour towards SPLEMPs Tracking History 25 
Management Module. Es bewertet die Informationen 

in diesen Modulen und schreibt die analysierten Infor- 
mationen in das User Security File Management Mo- 
dule zuruck. 

10. SPLEMP related User Profile Attributes Sensiti- 30 
vity Determination Module: Es gibt verschiedene 
SPLEMPs in der Nachbarschaft oder Stadt. Jeder 
SPLEMP hat eine andere Kundschaft. Die Kundschaft 
eines bestimrnten SPLEMPs konnte einer bestimmte 
Kategorie von Benutzern aus Griinden der Ethnizitat, 35 
Religion, politischen Meinungen, Geschlecht, sexuel- 
len Orientierung, Verbandsmitgliedschaft, usw. nicht 

so wohlgesinnt sein. Sollle ein Benutzer solche Eigen- 
schaften haben, was aus ihm einen unwillkommenen 
Besucher bei diesem SPLEMP macht, ware es nicht so 40 
klug, jedem an diesem Ort beliebigen Zugang zu diesen 
Eigenschaften des Besuchers zu ermoglichen. Diese 
Attribute sind als sensitiv fur den bestimrnten SPLEMP 
zu verstehen. Im Regelfall sollten diese Attribute in 
diesem SPLEMP nicht fur Partnerschaftseignungs- 45 
iiberprufungen benutzt werden. Der Benutzer soil uber 
diese kontextuelle Empfindlichkeit benachrichtigt wer- 
den und gefragt werden, ob er vor hat, diese Einstel- 
lung aufzuheben. Dieses Modul hilft dabei festzustel- 
len, welche Attribute in einem Benutzerprofil bei ei- 50 
nem SPLEMP als empfindlich erklart werden sollen. 
Ein SPLEMP wird in dem SPLEMPs Account Mana- 
gemenr Module als eine Vorsichtsregelung benotigend 
beschrieben. Die Eingabe fur dieses Modul stammt 
vom Feedback von verschiedenen Benutzern, die 55 
meinten, daB eine solche Regelung notig ware. Ein 
SPLEMP konnte selbst den Wunsch haben, irgendwel- 
che ungliicklichen Vorfalle zu vermeiden und solch 
eine Vorsichtsregelung angewendet zu bekommen. 

11. Locality related User Profile Attributes Sensitivity 60 
Determination Module: Dieses Modul ist dem oben ge- 
nannten Modul sehr ahnlich. Der Unterschied liegt 
darin, daB statt auf einen bestimrnten SPLEMP, die 
Vorsichtsregelung auf den gesamten Ortsbereich erwei- 
tert wird. Die Dateneingabe kommt aus verschiedenen 65 
demographischen Studien, Benutzerfeedback, Vorfalis- 
berichten, usw. Die Empfindlichkeitsattributsinforma- 
tion aus diesen Auswertungen wird normalerweise an 



38 



das Locality related Demographic Information Capture 
and Management Module zu Managementzwecken 
ubergeben. 

12. Resource Allocation Evaluation Module: Dieses 
Modul ist zustandig fur die Bewertung der Frage, wie 
viele Ressourcen gebraucht werden, um den Dienst ei- 
nem SPLEMP, oder einer Gruppe von SPLEMPs, oder 
einer ganzen Ortlichkeit hinsichtlich der Rechnerkapa- 
zitat, Netzwerkbandbreite, Arbeitskrafte, Strom, dauer- 
haften Speicher, Hauptspeicher, usw. fur eine Bedie- 
nungssitzung, einen ganzen Tag, oder eine andere Zeit- 
periode, bereitzustellen. Die Informationseingabe wird 
normalerweise von Statistiken aus dem SPLEMP Ses- 
sions History Management Module und dem SPLEMP 
Accounts Management Module abgeleitet. Das 
SPLEMP Accounts Management Module beinhaltet ei- 
nen Sitzungskalender fur den SPLEMP. Dieser Sit- 
zungskalender beinhaltet auch Angaben daruber, wie 
viele Leute zu kommen erwartet werden. 

Systeminformationserfassungsmodule 

[0097] Diese Module sind konzipiert, um dem System zu 
ermoglichen, Informationen uber bestimmte Ressourcen zu 
erfassen und zu sammeln, wobei die Quelle nicht eine der 
Hauptparteien in der verteilten Architektur ist, sondern eine 
systemexterne Instanz sei, entweder eine dritte Partei oder 
Person, oder ein automatisch wahrnehmungsfahiges Sy- 
stem, oder vorher gesammelte Informationen, wenn auch in 
nicht direkten benulzbarem Format. 

1 . User Location Tracking Module: Dieses Modul laBt 
die RPMMSU wissen, wann es einen Benutzer bedie- 
nen soil und wann nicht. Dieses Modul ist im Kontakt 
mit einem entsprechenden Modul bei der SPLEMP 
LSU, welches User Location Registration Module 
heiBt und Informationen daruber sendet, ob der Benut- 
zer angemeldet, aktiviert, deaktiviert, verfugbar, nicht 
verftigbar, eingecheckt, ausgecheckt oder abgemeldet 
ist. Diese Information wird zu dem User Location Sta- 
tus and Serviceability Tracking Module weitergeleitet. 

2. Locality related Demographic Information Capture 
and Management Module: Diese Informationen sind 
notwendig, falls man die Vorsichtsregelung anwenden 
mochte. Es gibt noch einen anderen Grund, aus dem 
man demographische Informationen uber eine geogra- 
phische Region besitzen sollte. Manchmal kann man 
besonders intensiv versuchen, an Informationen uber 
Leute in einem bestimrnten Gebiet heranzukommen. 
Falls man mit den Leuten aus einem bestimrnten Ge- 
biet schon vertraut ist, kann man durch Benutzung ei- 
ner Partnerschaftskandidat-Profilschablone mit einer 
gewissen Spezifikation von Attributen, die private In- 
formauonen von bestimrnten Leuten, die in einer 
Nachbarschaft wohnen, herausfinden. Man probiert 
eine Kombi nation von Attributen aus, und laBt sich 
vom Dienst bedienen. Wenn der Dienst sich mit einem 
bestimrnten Partnerschaftseignungstreffer zuruckmel- 
det, dann bekommt man bestatigt, daB die jeweilige 
Person die angegebenen Eigenschaften besitzt. In die- 
sem Fall wurde es nutzlich sein zu wissen, ob es sehr 
viele Leute gibt, die auf ein bestimmtes Attributsmu- 
ster ansprechen oder nicht Falls es sehr viele Leute 
gibt, dann schadet es nicht allzu viel, falls jemand das 
herausfindet. Auf der anderen Seite, falls es nur eine 
einzelne Person gibt, und die Attributsmuster ein etwas 
empfindliches Muster war, dann konnte dies rein theo- 
retisch das Leben fur ihn sehr schwer machen. Weiter- 
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hin braucht man Infonnarrohen iiber den Toleranzspie- 
gel des Ortes. Falls man herausfindet, daB wegen ciner 
solchen Partnerschaflsvermitllung jemand zu Schaden 
gekommen ist, dann sollte man dieser Region fur die- 
ses Attributsmuster eine starke Vorsichtsregelung ein- 5 
richten. 

3. User Registration requiring Third-Party Authentica- 
tion Coordination Module: Dieses ist das Modul, das 
Informationen von einer Authentifizierungsbehorde ei- 
nen bestimmten Benutzer betreffend, zum Zwecken 10 
der Authentifizierung erfaBt. Dieses Modul darf sich 
direkt an das Authentication Server Module, was vor 
Ort bei der Authentifizierungsbehorde befindet, an- 
schlieBen. Dieses Modul bildet auBerdem den Riickhalt 
eines anderen Moduls des Authentication Authority 15 
Agencies User Authentication Confirmation Feed Hu- 
man-Machine Interface Support Module. 

4. SPLEMP Registration requiring Third-Party Au- 
thentication Coordination Module: Dies ist sehr ahn- 
lich zu dem oberen Modul, wobei der Unterschied viel- 20 
leicht darin liegt, daB dieses Modul dazu dient, den 
Zweck der SPLEMPs zu authentifizieren. 

5. Geographical Places and Positions Interrelations- 
hips Graphs based Information Format Conversion 
Modules: Es besteht ein Bedarf, Beziehungen zwi- 25 
schen verschiedenen geographischen Gebieten, wie 
Beinhaltung, BeinhaltungsausmaB, Beinhaltungstyp, 
Beinhaltungshierarchie, Nahe, NaheausmaB, politische 
Grenzen, natiirliche Hindernisse, usw. zu berechnen. 
Solche Informationen sind meistens in verschiedenen 30 
vorhandenen geographischen Informationssystemen 
und digital en kartographi schen Systemen bereits ver- 
fiigbar. Die Strukturen, die zur Darstellung dieser geo- 
graphischen Objekte und ihrer Beziehungen benutzt 
werden, konnten von den schon Vorhandenen abwei- 35 
chen, und des wegen ist Konvertierung von vorhande- 
nen in Systemstrukturen notwendig. Dieses Modul 
kummertsich darum. Die Konvertierungen werden von 
mehreren unterschiedlichen schon vorhandenen For- 
maten gemacht werden miissen. Dieses Modul ist dafiir 40 
zustandig, das System durch ZugrifF auf vorhandene 
Information squellen mit den erforderlichen Informa- 
tionen zu versorgen. 

6. User Security Check required Security Authority 
Check-Up Request Module: An dieses Modul richtet 45 
das User Security Check File Managemenr Module 
eine Anfrage nach Informationen iiber einen bestimm- 
ten Benutzer. Dieses Modul stellt einerseits im Auftrag 
des Managementmoduls eine Verbindung zu der Serve- 
reinheit auf dem Gelande einer entsprechenden Sicher- 50 
heitsagentur her, von der es unter Benutzung passender 
Zugangsrechte sicherheitsbezogene Informationen zu 
dem erwiinschten Benutzer abrufen kann. 
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[0098] Diese Module ermoglichen es dem System, etwas 
bestimmtes zu dem bestimmten Zeitpunkt, an dem es fiir das 
System wichtig wird, diese Information zu besitzen, abzu- 
fragen. Die Fragen werden den anderen Parteien gestellt und 60 
sie werden zu dercn Beantwortung aufgefordert. Diese Mo- 
dule sind auch dafiir zustandig, die Antworten, die von der 
anderen Partei bereitgestellt wurde, entgegenzunehmen. 

1. Matched Candidate Parmer Contact Willingness 65 
Confirmation Support Module: Dieses Anfragemodul 
kooperiert mit einem anderen, ihm gegeniiberstehen- 
den Modul, das in dem PMCCD des Benutzers vorhan- 



den ist, dem Matched Candidate Parmer Offer Re- 
sponse Module. Gcmeinsam untcrbreitcn sie dem Be- 
nutzer eine Anfrage beziiglich der Kontaktbereitschaft 
gegeniiber einem vermittelten Partnerschaftskandida- 
ten. Dieses Modul ubergibt die Antwortinformauonen 
an das Match Processing Module, in dessen Auftrag 
das Modul arbeitet. 

2. Location Deregistration Intent Confirmation Sup- 
port Module: Wann auch immer ein Benutzer das Ge- 
lande eines SPLEMPs verlaBt, kann es sehr niitzlich 
sein zu wissen, ob der Benutzer zu diesem Zeitpunkt 
die Ortlichkeit endgiiltig verlaBt, oder ob der Benutzer 
vorhat, sofort wieder zuriickzukehren. Falls der Benut- 
zer den SPLEMP endgiiltig verlaBt, dann konnte das 
System den Benutzer abmelden. Diese Information 
konnte dabei helfen, den Verbrauch von Ressourcen zu 
minimieren. Dieses Modul funktioniert mit einem ge- 
geniiberliegenden Modul zusammen, welches sich in 
dem PMCCD befindet, dem Location Deregistration 
Confirmation Module. Zusammen holen sie von dem 
Benutzer eine Bestatigung ein beziiglich dessen Ab- 
sichL, das Gelande des SPLEMPs endgiiltig fiir die lau- 
fende Sitzung zu verlassen. Dieses Modul ubergibt die 
Antwortinformationen an das User Location Status and 
Serviceability Tracking Module, in dessen Auftrag das 
Modul funktioniert. 

Benutzerbenachrichtigungsmodule 

[0099] Diese Module ermoglichen es dem System, Bol- 
schaften oder BenachrichUgungen an andere Parteien zu 
schicken, um sie iiber etwas zu informieren. 

1. System to SPLEMP Messaging Support Module: 
Das System konnte dieses Modul benutzen, um an den 
SPLEMP-Betreiber eine Nachricht beziiglich irgendei- 
nes Besorgnis oder Interesse erweckendes Thema zu 
schicken. Es kann eine Mahnung, eine Wamung, ein 
neues Angebot, eine Einladung, eine wissenswerte In- 
formation, eine Bestatigung, eine Aufklarung, eine Be- 
griindung, eine Rechtfertigung, eine Entschuldigung 
oder etwas anderes sein. 

2. System to User Messaging Support Module: Das 
System konnte dieses Modul benutzen, um an den Be- 
nutzer eine Nachricht beziiglich irgendeines Besorgnis 
oder Interesse erweckendes Thema zu schicken. Es 
kann eine Mahnung, eine Wamung, ein neues Angebot, 
eine Einladung, eine wissenswerte Information, eine 
Bestatigung, eine Aufklarung, eine Begrundung, eine 
Rechtfertigung, eine Entschuldigung, oder etwas ande- 



Konfigurationsmodule 

[0100] Diese Module bilden die Strukturen, in denen ein 
Benutzer seine Bediirfnisse auszudriicken versuchen wurde. 
Diese Anforderungen werden in diesen Strukturen gesam- 
melt und zur Speicherung und Verarbeitung geschickt. Die- 
sem Ausdruck des Bedarfs folgt eine gewisse Reihenfolge 
oder Menge, welche akzeptiert werden kann. 

1. User Account and Personal Information Configura- 
tion Support Module: Der Benutzer wird dieses Modul 
benutzen, um sein Benutzerprofil, Interaktive-Tatig- 
keitsabsichten, Geheimhaltungseinstellungen, Bedie- 
nungspreisklasse, Identitatsinforrnation, Kontaktinfor- 
mation, Information zu Heimat- und Aufenthaltsort, 
usw. zu konfigurieren. AnschlieBend werden diese In- 
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formationen weiter dern^Bser Account Management 
Module iibcrgcben. Dieses Modul bildet den Riickhalt 
des User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module. 

2. User Home and Stay Information Configuration 5 
Support Module: Das ist ein zusatzliches Modul, um 
den Benulzer bei der Eingabe zu unterstiitzen, in wel- 
cher Ortlichkeit er sich zur Zeit aufhalt oder wo er in 
der nahen Zukunft sich aufzuhalten vorhat. Dieser Auf- 
enthaltsort unterscheidet sich von der Ortlichkeit, die 10 
er als Heimat ansieht. Auch dieser Heimatort kann 
auch iiber dieses Modul spezifiziert werden. Dies ist al- 
lerdings etwas, das nicht so oft geschehen soli oder 
wird. Auf dieses Modul kann eventuell auch von dem 
PMCCD des Benutzers zugegrirTen werden. Die Infor- 15 
mationen, die hier erhoben werden, werden dem User 
Home and Stay Locality Management Module uberge- 
ben. 

3. Location Registration Configuration Support Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 20 
ben, fur welchen SPLEMP er sich anzumelden beab- 
sichtigt. Der Benutzer kann auf dieses Modul iiber das 
gegeniiberstehende Location Registrarion Module auf 
dem PMCCD des Benutzers, zugreifen. Die Informa- 
tionen, die so erfaBt werden, werden an das User Servi- 25 
cing Module ubergeben. 

4. Service Activation Configuration Support Module: 
Dieses Modul benutzend kann der Benutzer den Part- 
nerschaftseignungssuchdienst aktivieren. Der Benutzer 
kann auf dieses Modul uber das gegeniiberstehende 30 
Service Activation Module auf dem PMCCD des Be- 
nutzers zugreifen. Die Informationen, die so erfaBt 
werden, werden an das User Servicing Module uberge- 
ben. 

5. User Servicing Settings Configuration Support Mo- 35 
dule: Dieses Modul benutzend kann der Benutzer die 
Bedienungseinstellungen, die der Benutzer fur Bedie- 
nungssitzungen braucht, konfigurieren. Der Benulzer 
kann auf dieses Modul uber das gegeniiberstehende 
User Servicing Settings Module auf dem PMCCD des 40 
Benutzers zugreifen. Die Informationen, die so erfaBt 
werden, werden an das User Servicing Settings Proces- 
sing Module ubergeben. 

6. Interactive Activity Intentions Configuration Sup- 
port Module: Dieses Modul benutzend kann der Benut- 45 
zer die Inleraktive-Taligkeitsabsichlen, die der Benul- 
zer fur Bedienungssitzungen benotigt, definieren. Der 
Benutzer kann auf dieses Modul uber das gegeniiber- 
stehende Interactive Activity Intentions Definition Mo- 
dule auf dem PMCCD des Benutzers zugreifen. Die In- 50 
formationen, die so erfaBt werden, werden an das Inter- 
active Activity Intentions Definition Processing Mo- 
dule ubergeben. 

7. Matched Candidate Partner Remembrance Informa- 
tion Configuration Module: Dieses Modul muB sich 55 
hier nicht notwendigerweise befinden. Die Informatio- 
nen, die damit erfaBt werden, werden von dem User 
Servicing Module nicht gebraucht. Diese konnen aber 
spater geliefert werden. In diesem Fall ware das Mat- 
ched Candidate Partner Remembrance Information 60 
Management Module dasjenige, an das die Informatio- 
nen ubergeben werden. Falls das PMCCD des Benut- 
zers eine eingeschrankte Kapazitat hat, kann dieses 
Modul fur die Konfiguration benutzt werden. Dieses 
Modul kann auch als dasjenige verstanden werden, 65 
welches fur den Empfang von Informationen zur Erin- 
nerung an die vermittelten Partnerschaftskandidaten 
zustandig ist, die an das Matched Candidate Partner 
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Remembrance Information Management Module wei- 
tergeleitet werden. 

8. SPLEMP Account Information Configuration Sup- 
port Module: Dieses Modul benutzend wird der 
SPLEMP Betreiber sein Konto konfigurieren. Das 
schlieBt ein, daB der Benutzer Informationen wie Iden- 
titatsangaben, Kontaktierbarkeitsadressen, Bankkon- 
teninformationen, Bedienungsinformationen, allge- 
meine bedienungszeitbezogene Regeln, usw. eingibt. 
Dieses Modul bildet den Riickhalt des SPLEMP Regi- 
stration and Persistent Configuration Human-Machine 
Interface Support Module. Die Informationen, die so 
erhalten werden, werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben, 

9. SPLEMP Sessions and Events Information Confi- 
guration Support Module: Dieses Modul Benutzend 
gibt der SPLEMP-Betreiber Informationen zu be- 
stimmten Sitzungen und Begebnissen, die bei dem 
SPLEMP slattfinden werden, ein. Zugriff auf dieses 
Modul wird auch uber das SPLEMP Registration and 
Persistent Configuration Human-Machine Interface 
Support Module in der LSU des SPLEMPs erreicht. 
Die Informationen werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben. 

10. SPLEMP Servicing Settings Configuration Sup- 
port Module: Durch dieses Modul kann der SPLEMP- 
Betreiber angeben, welche Bedienungseinstellungen 
vorzunehmen sind. Die Einstellungen konnen sich dar- 
auf beziehen, wie viele Partnerschaftseignungstreffer 
jedem Benutzer maximal zustehen, welche Bedie- 
nungspreisklassen die dienstbenutzenden Kunden in 
Anspruch nehmen diirfen, wie viele Benutzer hoch- 
stens bedient werden diirfen, wie lange ein Benutzer 
langstens bedient werden darf, usw. Dadurch kann die 
LSU Betreuungsangestellten auch noch die Offnungs- 
zeiten angeben. Dieses Modul arbeitet mil dem Service 
Quality Settings Module bei der LSU zusammen. Die- 
ses Modul benutzend, kann der Benutzer die Bedie- 
nungseinstellungen, die er fur Bedienungssitzungen 
braucht, konfigurieren. Der Benutzer kann auf dieses 
Modul iiber das gegeniiberstehende User Servicing 
Settings Module auf dem PMCCD des Benutzers zu- 
greifen. Die Informationen, die so erfaBt werden, wer- 
den an das User Servicing Settings Processing Module 
ubergeben. 

Inform ationseingabemodule 

[0101] Unter Benutzung dieser Module kann eine Partei 
eine ihrer Meinungen einer anderen Partei zukommen las- 
sen. Da die MeinungsauBerung selbst nicht verbindlich ist, 
sind diese Module auch nicht kritisch, im Sinne von not wen- 
dig. Normalerweise fungieren diese Module als das erster 
Speicherplatz, an dem die Informationen, nachdem sie die 
Zielpartei erreicht haben, gesammelt werden. Obwohl man 
sich vorstellen wiirde, daB diese Module freien und naturli- 
chen Text zur Transmission gestatten wiirden, ist es jedoch 
moglich, nur bestimmte Informationsarten zu den Empfan- 
gcrpartcicn zu senden. Das macht die Verarbeitung von In- 
formationen sehr viel leichter. Diese Module unterscheiden 
sich dadurch von den Konfigurationsmodulen, daB die In- 
formationen nur das System bestimmt sind, und nicht mi t ei- 
ner personifizierten Bedienung des Benutzers zu tun haben. 
Auch wenn eine beliebige Bedienung dadurch beeinfluBt 
wird, wird das System diese nicht direkt beeinflussen, son- 
dern es wiirde eine andere Partei damit beauftragen, oder 
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den eigenen allgemeinen BefMSentsprechend andem, wo- 
durch nicht nur dcr cine Benutzer, sondem allc relevantcn 
Benutzer, einen geanderten Dienst bereitgestellt bekommen 
werden. 

5 

1. MaLched Candidate Partner Critical Feedback Re- 
ception Module: Immer wenn der Benutzer dem Mat- 
ched Candidate Partner Critical Feedback Module auf 
Seinem PMCCD benutzt, um kritischen Feedback uber 
irgendeinen vermittelten Partnerschaftskandidaten ein- 10 
zugeben, kommen die Informationen auf den Weg zum 
System als erster Haltestelle hier an, bevor sie weiter 

an das Matched Candidate Partner Critical Feedback 
-Processing Module und an das User directed Critical 
Feedback History Management Module weitergegeben 15 
werden. 

2. System Behaviour Complaint Submissions Recep- 
tion Module: Irnmer wenn der Benutzer oder der 
SPLEMP-Betreiber sein PMCCD bzw. LSU benutzt, 
um eine Beschwerde uber das Funktionieren des Sy- 20 
stems einzureichen, kommen die eingegebene Informa- 
tionen auf dem Weg zu dem System zuersl als erster 
Haltestelle hier an, bevor sie weiter an das System Be- 
haviour Complaint Submissions Processing Module 
und an das System Behaviour Complaints Information 25 
Management Module weitergegeben werden. 

3. User Behaviour Complaint Submissions Reception 
Module: Immer wenn der SPLEMP-Betreiber das User 
Behaviour Complaint Submission Module der LSU be- 
nutzt, um eine Beschwerde uber das Verhalten des Be- 30 
nutzers einzureichen, kommen die eingegebenen Infor- 
mationen auf dem Weg zu dem System zuerst als der 
erster Haltestelle hier an, bevor sie spater weiter an das 
User Behaviour Complaint Submissions Processing 
Module und an das User Behaviour Complaint In for- 35 
mation Management Module weitergegeben werden. 

4. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security information Reception 
Module: Der Benutzer konnte in seltenen Fallen diesen 
Aspekt des Dienstes benutzen wollen. Der Benutzer 40 
startet einfach diese Verfolgungssitzung, und gibt kon- 
tinuierlich Angaben zu seiner Begleitung, Absichten, 
augenblicklichem Verbleib, usw. ein. Die ganzen Infor- 
mationen kommen zuerst hier in diesem Modul an, be- 
vor sie verarbeitet und in dem Specific Comobility and 45 
Coactivity Intention Definition and Tracking Informa- 
tion Management Module gespei chert werden. 

5. Emergency Call Reception Module: Immer wenn 
der Benutzer einen Notruf verschickt, was sowohl 
asynchron oder synchron sein kann, kommt dieser hier 50 
an und wird weiter an das Emergency Call Security 
Processing Module ubergeben. Der Notruf wird mit der 
Hilfe des Emergency Call Security Module auf dem 
PMCCD des Benutzers gesendet. 

55 

Dienstbearbeitende Module 

[0102] Diese Module sind zustandig fiir die Bearbeitung 
oder Verwirklichung einer Funktionalitat. Sie sind im 
Grunde genommen Laufzeitmodule. Sie existieren nur so- 60 
lange der Dienst bereitgestellt wird. Nachdem das Zicl der 
Bedienung die Benutzung des Dienstes terminiert hat, horen 
diese Module zu existieren auf. Viele dieser Module sind der 
Schlussel zu der Verwirklichung des Dienstes. Ohne man- 
che von ihnen konnte der Dienst gar nicht existieren. 65 

1. Match Making Processor Module: Das ist ein Kern- 
modul der Dienstverwirklichung. Dieses Modul be- 
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nutzt die zwei aJctiven Benutzerprofile des Benutzers 
und des Partnerschaftskandidaten und vergleicht sie, 
um herauszufinden, ob eine Partnerschaftseignung 
moglich ist oder nicht, und falls ja, wie hoch der Part- 
nerschaftsiibereinsummungsgrad in Prozentpunkten 
ist. Die aktiven Benutzerprofile werden von dem User 
Servicing Module gemanagt. Dieses Modul wird zum 
Ausfuhren durch das Match Processing Module aufge- 
rufen, welches wiederum im Kontext des User Servi- 
cing Module lauft. 

2. User Servicing Module: Dieses Modul ist dasjenige, 
welches eine Ubersicht uber alle benutzerbezogenen 
Laufzeitmodule hat, und, je nachdem wann und wie 
diese zur Ausfuhrung fallig sind, fur die Ausfuhrung 
dieser Module zustandig ist. Dieses Modul wird er- 
stellt, wenn der Benutzer sich ganz zu Beginn bei ei- 
nem SPLEMP anmeldet und die Anmeldung gelingt. 
Es wird von dem SPLEMP Location Registration Pro- 
cessing Module aufgerufen, welches selbst im Kontext 
des SPLEMP Servicing Module lauft. Es wird erst 
dann vemichtet, wenn die Benutzersitzung fur beendet 
erklart wird. Die Sitzung endeL, wenn die einzige An- 
meldung bei einem SPLEMP ablauft oder der Benutzer 
sich von einem SPLEMP oder Dienst abmeldet. Die 
Zustandigkeit der Terminierung liegt bei dem User Lo- 
cation Status and Serviceability Tracking Module, wel- 
ches ein Teil des Moduls ist. Bei der Terminierung, 
ubermittelt dieses Modul, viele der verwalteten Infor- 
mationen an das User Servicing Sessions History Ma- 
nagement Module weiter. Nachdem dieses Modul er- 
stellt wurde, erstellt es auch das Active User Profile 
Generation Module. Das User Servicing Module unter- 
stiitzt den Aufruf des User Servicing Settings Proces- 
sing Module. Es managt auch das Interactive Activity 
Intentions Definition Processing Module. Dieses lauft 
auch im Kontext dieses Moduls. Weiterhin verfolgt es 
alle uberpriiften Partnerschaftskandidaten, ebenso wie 
alle akzeptierten, abgelehnten oder blockierten Partner- 
schaftseignungstreffer einer bestimmten Sitzung. 

3. SPLEMP Servicing Module: Bevor die Benutzer 
sich uberhaupt bei einem SPLEMP anzumelden begin- 
nen konnen, sollte dieses Modul schon fiir den jeweili- 
gen SPLEMP in Betrieb sein. Es wird von dem 
SPLEMP Betreiber selbst gestartet, oder es kann auch 
durch einen Alarmmechanismus in dem Serviced Pu- 
blic Leisure and Entertainment Meeting Place Ac- 
counts Management Module gebootet werden. Das 
SPLEMP Location Registration Processing Module 
lauft als ein Teil dieses hoheren Moduls und wird auch 
von diesem Modul gesteuert. Es terminiert dann, wenn 
der SPLEMP-Betreiber es absichtlich terminiert oder 
wenn eine voreingestellte Laufdauer ablauft und ein 
Alarm ausgelost wird. Dieses Modul stellt ein 
SPLEMP dar, wenn dort eine Sitzung stattfindet, oder 
mit anderen Worten, wenn es im Betrieb ist. Daruber 
hinaus hat dieses Modul eine Ubersicht uber alle ange- 
meldeten Benutzer bei diesem SPLEMP, und somit 
Verweise zu den entsprechenden User Servicing Modu- 
les. Es ist zustandig fur die Laufreihenfolgefestlegung 
der User Servicing Modules, Konkreter gesagt, wird 
die Laufreihenfolgefestlegung sowohl durch die Lauf- 
zeitprioritatsbenotungsangaben, welche uber die User 
Servicing Modules verfugbar gemacht werden, als 
auch durch die Statist! ken uber die Bedienung wahrend 
der aktuellen Sitzung getroffen. Eigentlich konnen 
viele User Servicing Modules parallel zueinander lau- 
fen. 4. Match Processing Module: Dieses Modul ma- 
nagt den gesamten ProzeB der Partnerschaftseignungs- 
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suche. Es ubernimmt cn^^ontrolle uber das March 
Making Processor Module. Es wird benutzt, um sicher- 
zustellen, daB alle Phasen der Partnerschaftseignungs- 
suche so ablaufen, wie sie konzipiert wurden. Dieses 
Modul wird von dem User Servicing Module aufgeru- 5 
fen. Es ist auch zustandig fur das Aufrufen des Partner 
Introductory Information Generation and Provision 
Support Module. Danach ruft es das Matched Candi- 
date Partner Contact Willingness Confirmation Support 
Module auf. AnschlieBend benutzt es falls notwendig 10 
das Communication Connection Establishment Mo- 
dule. 

5. Interactive Activity Intentions Definition Proces- 
-sing-Module: -Falls es Informationen gibt, die eine ge- - 

wisse Verarbeitung der Interaktive-Tatigkeitsabsich- 15 
ten-Definition benbtigen, dann kummert sich dieses 
Modul darum. Es arbeitet mit Informationen, die von 
dem Interactive Activity Intentions Configuration Sup- 
port Module bereitgestellt wird. Es wird von dem User 
Servicing Module aufgerufen. 20 

6. Authentication Module: Dieses Modul priift nach, 
ob das Infonnationsubertragungssignal, welches emp- 
fangen wurde, in der Tat von der Partei stammt, die von 
dem Signal angegeben wird, und daR die Unversehrt- 
heit der Information nicht kompromittiert wurde. Wei- 25 
terhin muB, wenn man auf eine Ressource zugreifen 
muB, die anfordernde Partei identifiziert und authentifi- 
ziert werden, bevor die Erlaubnis erteilt wird. Dieses 
Modul benutzt Unterschriftsschlussel und Zertifikate 
von dem System Security Information Management 30 
Module. Nur dann wird die Information von der ande- 
ren Partei akzeptiert und an die andere Partei geliefert. 

7. User Servicing settings Processing Module: Dieses 
Modul ubernimmt Informationen von dem User Servi- 
cing Settings Configuration Support Module und tatigt 35 
die notwendige Verarbeitung dieser Informationen. 
Das konnte Vorgange einschlieBen wie das Feststellen, 
ob es uberhaupt moglich ist, eine bestimmte Klasse von 
Bedienung zu benutzen oder nicht, oder ob eine ge- 
wisse Qualitat des Dienstes bei einem bestimmten 40 
SPLEMP uberhaupt bereitgestellt werden kann oder 
nicht, usw. 

8. Partner Introductory Information Generation and 
Provision Support Module: Dieses Modul ist zustandig 
fur das genaue Feststellen der Bekanntmachungsinfor- 45 
mation, die dem vennittelten Partnerschaftskandidaten 
geliefert werden kann und soli, was abhangig ist von 
einem dem gesunden Menschenverstand entsprechen- 
den bzw. vom Benutzer vorgeschriebenen Vertraulich- 
keitspegel. Das Benutzerprofil des Benutzers kann 50 
auch daruber Auskunft geben, ob Informationen preis- 
gegeben werden diirfen oder nicht. Weiterhin sollte die 
Profilschablone des vermittelten Partnerschaftskandi- 
daten auch wie ein MaBslab funktionieren, um die At- 
tribute von Interesse festzustellen. Eigenartige Attri- 55 
bute des Benutzers waren auch in manchen Fallen mit- 
teilenswert. Die Sensitivitat mancher Attributen an be- 
stimmten Ortlichkeiten oder SPLEMPs muB auch in 
Betracht gezogen werden. Dieses Modul wird von dem 
March Processing Module aufgerufen. 60 

9. Communication Connection Establishment Mo- 
dule: Dieses Modul wird ebenfalls von dem Match Pro- 
cessing Module aufgerufen. Nachdem das Matched 
Candidate Partner Contact Willingness Confirmation 
Support Module seine Billigung gegeben hat, wird die- 65 
ses Modul die Aufgabe, eine synchrone Kommunikati- 
onsverbindung zu dem vermittelten Partnerschaftskan- 
didaten aufzubauen, ubemehmen. Dieses Modul be- 
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nutzt die Funktionalitat, welche von dem Long Di- 
stance Wireless Synchronous Communication Connec- 
tion to User's Personal Mobile Communications and 
Computing Device Management Module bereitgestellt 
wird. Am Ende existiert eine aufgebaute synchrone 
Kommunikalionsverbindung zwischen den beiden Be- 
nutzern. 

10. Active User Profile Generation Module: Dieses 
Modul arbeitet mit den Informationen, welche durch 
das User Profile Management Module verfugbar ge- 
macht werden. Es wird von dem User Servicing Mo- 
dule aufgerufen. Fur die Generierung des aktiven Be- 
nutzerprofils miissen Vertraulichkeitseinstellungen im 
Betracht gezogen werden, und- das SPLEMP related 
User Profile Attributes Sensitivity Determination Mo- 
dule so wie das Locality related User Profile Attributes 
Sensitivity Determination Module miissen einbezogen 
werden. Weiterhin werden darin Informationen von des 
User Profile Attribute Credibility Tracking History 
Management Module darin integriert. 

11. Automatic User Position Determining Module: 
Dieses Modul konnte benutzt werden, falls der Benut- 
zer nicht uber das User Location Tracking Module ge- 
ortet werden mochte, sondem es bevorzugt, daB seine 
geographische Koordinaten durch Zugriff auf das User 
Position Tracking Security Module in dem PMCCD 
des Benutzers festgestellt werden. Diese Koordinaten 
werden mit der Hilfe von Geographical Places and Po- 
sitions Interrelationships Graphs based Information 

. Format Conversion Modules in SPLEMP Identitalsin- 
formation konvertiert. In dem Fall wird eine assoziierte 
LSU bei dem SPLEMP nicht mehr notwendigerweise 
benotigt. 

12. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Processing Module: Es 
kann ein Bedarf existieren, die Informationen, welche 
von dem Specific Comobility and Coactivity Intention 
Definition and Tracking Security information Recep- 
tion Module geliefert werden, weiter zu verarbeiten, 
bevor die Informationen in dem Specific Comobility 
and Coactivity Intention Definition and Tracking Infor- 
mation Management Module gespeichert werden kon- 
nen. Es konnte Verwandlung von Eingabe in ein ande- 
res Format einschlieBen. 

13. Emergency Call Security Processing Module: 
Nachdem ein Notruf von dem Emergency Call Recep- 
tion Module empfangen wird, wird der Notruf verar- 
beitet werden miissen. Dies wird wahrscheinlich da- 
durch geschehen, daB es zu den entsprechenden Sicher- 
heitsdiensten mit den notwendigen zusatzlichen Infor- 
mationen weitergeleitet wird. Diese notwendigen zu- 
satzlichen Informationen werden wahrscheinlich von 
dem Specific Comobility and Coactivity Intention De- 
finition and Tracking Information Management Mo- 
dule abgeleitet. Daruber hinaus konnten weiteren In- 
formationen uber das Aussehen von dem Benutzer, 
sein Foto, Erklarung der Umstande, usw. den Sicher- 
heitsdiensten bereitgestellt werden. 

14. User Location Status and Serviceability Tracking 
Module: Dieses Modul ist zustandig fur die Feststel- 
lung der Bedicnbarkcit des Benutzers anhand seines 
Ortlichkeitszustandes bei dem SPLEMP, wo er sich an- 
gemeldet hat. Es bleibt wahrend der gesamten Dauer 
des User Servicing Module aktiv. Es arbeitet auf Infor- 
mationen, welche von dem User Location Tracking 
Module gesammelt wurden. So ist dieses Modul dafiir 
zustandig, das User Servicing Module mit den erfor- 
derlichen Informationen versorgt zu halten, die ge- 



DE 100 40 948 A 1 



braucht werden, urn zir^Kscheiden, ob der Benutzer 
bedient werden soli oder nicht. Dieses Modul kann 
auch seine Eingabe von dem Automatic User Position 
Determining Module beziehen. 

15. SPLEMP Locauon Registration Processing Mo- 5 
dule: Dieses Modul arbeitet in enger Kooperation mil 
dem Locauon Registrations Management Module der 
LSU des SPLEMP-Betreibers. Immer dann, wenn eine 
neue Anmeldung bemerkt wird, wird es zu dem steu- 
ernden SPLEMP Servicing Module weitergeleitet. Au- 10 
Berdem besteht hier die Anforderung, daB das Location 
Registrations Management Module als eine Bestati- 
gung des Benutzerstandortes fungiert. Das Modul ar- 
beitet hier innerhalb des-Kontextes des SPLEMP Servi- 
cing Module. 15 

1 6. Testing and Diagnosis Module: Dieses Modul wird 
gebraucht um die gesamte RPMMSU zu testen. Es ist 
nutzlich fur die Diagnose bei unzufriedenstellendem 
Betrieb. Es kann entweder benutzt werden, bevor die 
RPMMSU in Betrieb genommen wird, oder wenn der 20 
Betrieb kurz eingestellt wird, oder um herauszufinden, 
warum etwas nicht ordnungsmaBig funktioniert, sogar 
wahrend des Betriebes. Im letzten Fall wird es sehr eng 
mitdem System Operations Quality Control and Main- 
tenance Information Management Module zusammen- 25 
arbeiten. 

17. SPLEMP Servicing Settings Processing Module: 
Dieses Modul arbeitet mit den Informationen, welche 
durch das SPLEMP Servicing Settings Configuration 
Support Module bereitgestellt werden. Was die Bedie- 30 
nung des einzelnen Benutzers angeht, wird es versu- 
chen, die Einstellungen mit denen des Benutzers zu in- 
tegrieren. Bei alien anderen Einstellungen werden die 
notwendigen Schritte vorgenommen, um diese auch zu 
verwirklichen. Dieses Modul arbeitet eng mit dem 35 
SPLEMP Servicing Module zusammen. 

Kommunikalionsverbindungsmanagement-Module 

[0103] Diese Module sind dazu da, eine Kommunikati- 40 
onsverbindung zwischen zwei entfernt gelegenen Parteien 
so aufzubauen, daB Signale uber diese Verbindungen iiber- 
mittelt werden konnen. Das heiBt, die Informationen, die am 
Anfang auf einer Seite der Verbindung vorhanden ist, kon- 
nen nach einem ProzeB, welcher Ubermittlung bzw. Senden 45 
heiBt, auf der anderen Seite dupliziert werden, so daB am 
Ende die gleichen Informationen auf beide Seiten vorhan- 
den sind. Uber synchrone Verbindungen ist es auch mtiglich, 
ein Gesprach in menschliche Sprache zu fiihren. 

50 

1. Long Distance Signalling Connection to Serviced 
Public Leisure and Entertainment Meeting Place's Lo- 
cation Server Unit Management Module: Dieses Mo- 
dul wird benutzt, um Infonnalionssignale uber groBe 
Entfernungen zu verschiedenes SPLEMPs an verschie- 55 
denen Ortlichkeiten zu schicken. Diese konnen entwe- 
der uber Draht oder drahtlos gesendet werden. Dieses 
Modul hi lft dabei, eine Verbindung aufzubauen, eine 
Verbindung abzubrechen, zu garantieren, daB die Infor- 
mation auf der anderen Seite in der richtigen Reihen- 60 v 
folge ankommt, usw. Das Modul wird von verschiede- 
nen anderen Modulen benutzt, die abhangig von der 
Kommunikation zwischen der RPMMSU und der LSU 
sind. Dies betrifft das SPLEMP Location Registration 
Processing Module, das User Location Tracking Mo- 65 
dule, das System Behaviour Complaint Submissions 
Reception Module, das User Behaviour Complaint 
Submissions Reception Module und das SPLEMP Re- 
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gistration and Persistent Configuration Human-Ma- 
chine Interface Support Module auf der Seite der 
RPMMSU bzw. das Locauon Registrations Manage- 
ment Module, das User Location Registration Module, 
das System Behaviour Complaint Submission Module 
und das User Behaviour Complaint Submission Mo- 
dule auf der Seite der LSU bei dem SPLEMP. Dieses 
Modul selbst benutzt die Long Distance Networking 
and Communications Unit, um die eigene Funktionali- 
tat zu verwirklichen. Dieses Modul kann zusatzlich fur 
die Kommunikauon zu anderen Parteien, wie Sicher- 
heitsbehorden, Authentifizierungsagenturen, usw. be- 
nutzt werden. 

2. Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module: Dieses Modul wird 
benutzt, um Informationssignale uber groBe Entfernun- 
gen an verschiedene Benutzer in verschiedenen Ort- 
lichkeiten zu senden. Diese Signale werden immer 
drahtlos uber Luft gesendet und werden und von den 
PMCCDs der Benutzer aufgefangen. Dieses Modul be- 
nutzt eigentlich ein anderes Grundplattformmodul, 
welches als Long Distance Wireless Networking and 
Communications Unit bezeichnet wird. Verschiedene 
Signale werden zwischen der RPMMSU und dem 
PMCCD des Benutzers ausgetauscht. Viele dieser Si- 
gnale dienen dem Zwecke des Verbindung saufbaus und 
der Sicherheitsgewahrleistung, und andere dazu da, In- 
formationen auszutauschen, die direkt relevant fur das 
System selbst sind. 

3. Long Distance Wireless Synchronous Duplex Com- 
munication Connection to User's Personal Mobile 
Communications and Computing Device Management 
Module: Dieses Modul wird benutzt, um eine drahtlose 
synchrone Duplex-Kommunikationsverbindung zwi- 
schen der RPMMSU und dem PMCCD des Benutzers 
zu verwirklichen. Im Grunde genommen benutzt man 
dieses Modul aber, um zwei Verbindungen aufzubauen, 
zunachst einmal zwischen der RPMMSU und dem 
PMCCD des Benutzers auf der einen Seite, und zwi- 
schen der RPMMSU und dem PMCCD des vermittel- 
ten Partnerschaftskandidaten auf der anderen Seite. 
Danach werden die zwei Verbindungen zusammenge- 
fugt und die RPMMSU entbindet sich von den Verbin- 
dungen, so daB am Ende eine direkte Verbindung exi- 
stiert zwischen den bei den Benutzern. Dies tut das Mo- 
dul nicht direkt, statt dessen wird es von dem Commu- 
nication Connection Establishment Module, Welches 
dieses Modul auch steuert, beauftragt, dies zu tun. 

Prasentations-Module 

[0104] Prasentations-Module ermoglichen es einer Pre- 
sentation, aus einer Entfernung verfugbar gemacht zu wer- 
den. Die Person auf der anderen Seite kann sowohl Informa- 
tionen bekommen als auch so interagieren, daB es moglich 
wird, Informationen zuriick an das Presentations- Modul zu 
ubermitteln. In dieser Art und Weise spielen die Prasentati- 
onsmodule die Rolle, nicht nur die sinnlich wahrnehmbaren 
Informationen einer entfernten Person darzustellen, sondern 
auch Informationen zu crheben. Oftmals werden die Infor- 
mationen so organisiert, daB der Benutzer sie visuell mit 
Leichtigkeit verstehen, oder akustisch anhoren, oder taktil 
abtasten und sogar anriechen kann. Das heiBt, die Informa- 
tionen werden mittels Multimedia dargestellt. Daruber hin- 
aus muB eine Einbindung der Prasentationen in die darunter- 
liegenden Netzwerk-, Kommunikations- und Prasentauons- 
plattform gesichert werden. 
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1 . Operator and Service^escription Information Pro- 
vision Support Module: Dadurch kann der RPMMSU- 
Betreiber Inforrnationen uber sich selbst und uber den 
Partnerschaftssuchdienst dem Benutzer zukommen las- 
sen. In der heutigen Techniksprache ausgedriickt, ah- 5 
nelt dies dem Browsing einer Website, fur den 
RPMMSU-Betreiber erstellt. 

2. Operator System Management Human-Machine In- 
terface Support Module: Mit dieser Schnittstelle kann 
der RPMMSU-Betreiber das gesamte RPMMSU-Sy- io 
stem managen. Dazu gehort, das System hochzufahren, 
das System herunterzufahren, einen neuen SPLEMP in 
der Bedienbarkeit aufzunehmen, eine neue Ortlichkeit 

in den Betrieb zu integrieren, Betriebsslorungen zu su- ■ 
chen und zu beheben, SPLEMP-Ortlichkeits-Bezie- 15 
hungen neu zu konfigurieren, das System um neue 
Funktionalitaten zu erweitern, usw. 

3. Operator Statistical & Other Reports Generator 
Support Module: Dieses Modul erstellt Statistiken und 
Analysen uber den Betrieb der RPMMSU, die Bedie- 20 
nung der SPLEMPs, die Bedienung der Benutzer, den 
Betrieb bezuglich einer Ortlichkeit, Beschwerde- 
menge, die Attribute der Benutzer seibst, die Eigen- 
schaften der SPLEMPs selbst, usw., und prasentiert 
diese dem RPMMSU-Betriebsmanagement mit Hilfe 25 
von Diagrammen, Graphiken, Tabellen, Text, usw. 
Diese Berichte konnen regelmaBig erstellt werden und 
automatisch der Betriebsmanagementmannschaft zu- 
geschickt werden, oder sie konnen abgerufen werden. 
Das hilft der Betriebsmanagementmannschaft, eine 30 
Ubersicht uber den gesamten Systembetrieb zu behal- 
ten. 

4. User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module: Mit der Un- 
terstiitzung dieses Moduls, kann der Benutzer sein Be- 35 
nutzerprofil, Interaktive-Tatigkeitsabsichten, Geheim- 
haltungseinstellungen, Bedienungspreiskiasse, Idenu- 
tatsinformationen, Kontaktierbarkeitsinfonnationen, 
Inforrnationen zu Heimat- und Aufenthaltsort, Geneh- 
migungen, usw. in das System eingeben. Dieses Modul 40 
dient eigentlich nur als Schnittstelle, welche es dem 
Benutzer ermoglicht, diese Inforrnationen einzugeben, 
obwohl der Benutzer entfernt an einem anderen Rech- 
nersystem sitzt. Die Darstellung der Fragen, die Erfas- 
sung der Eingaben, die Navigation von Frage zu Frage 45 
oder sogar zu anderen Teilen des Systems, das Anbie- 
ten der Wahlmoglichkeit, um den erwunschten Teil 
zum Konfigurieren oder Durchschauen auszuwahlen, 
die multimediale Darstellung der konfigurierbaren 
Teile, die Ernennung des aktuellen konfigurierbaren 50 
Teils, den der Benutzer gerade durchschaut. Daruber 
hinaus muB eine Einbindung der Prasentationen mit der 
darunterliegenden Netzwerk- und Kommunikations- 
und Prasentationsplattform gesichert werden. 

5. SPLEMP Registration and Persistent Configuration 55 
Human-Machine Interface Support Module: Dieses 
Modul ahnelt etwas dem oben genannten Modul, der 
Unterschied ist, daB dieses Modul von den SPLEMP- 
Betreibern benutzl wird. Dieses Modul ermoglicht, daB 
den SPLEMP-Betreibern eine Mensch-Maschine- 60 
Schnittstelle zur Verfugung stcht. Dieses Modul bcnut- 
zend kann der SPLEMP-Betreiber der RPMMSU seine 
Identitatsangaben, LSU-Zugriffsschlussel, LSU-Kon- 
taktierbarkeit sin form ationen, SPLEMP-Ortlichkeitsin- 
formation, Bankkontennummern und Auszugsermach- 65 
tigungen, Offnungszeiten und Offnungsregeln, usw. 
mitteilen. Uber dieses Modul soil der SPLEMP-Betrei- 
ber auch in der Lage sein, mit dem RPMMSU-Betrei- 
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ber Vertrage zu scnlieBen. Daruber hinaus kann der 
SPLEMP-Betreiber die RPMMSU auch uber bevorstc- 
hende Offnungssitzungen und geplante Veranstaltun- 
gen im Voraus informieren. 

6. Authentication Authority Agencies User Authenti- 
cation Confirmation Feed Human-Machine Interface 
Support Module: Uber dieses Modul konnen Authenti- 
fizierungsagenturen die Identitatsangaben des Benut- 
zers bestatigen. Wenn der Benutzer mit dem 
RPMMSU-Betreiber einen Bedienungsvertrag ab- 
schlieBt, dann konnte der Benutzer eventuell eine digi- 
tale Unterschrift dazu fugen. Es muB festgestellt wer- 
den, ob diese Unterschrift wirklich zu den von dem Be- 

- nutzer behaupteten Identitatsangaben paBt. Dies neh- 
men die Authentifizierungsagenturen vor. Dieses Pra- 
sentationsmodul ermoglicht einem Angestellten einer 
Authentifizierungsagentur, die Authentifizierungsbe- 
statigung fur einen bestimmten Benutzer einzugeben, 
oder der RPMMSU weitere Benutzerangaben mitzutei- 
len, wie die PMCCD-Kontaktierbarkeitsadresse, die 
Sozialversicherungsnummer, das Bankkonto, usw. 

7. Security Authority User Security Check and User 
Personal and Activity Information Feed Support Hu- 
man-Machine Interface Support Module: Dieses Mo- 
dul Benutzend kann ein Sicherheitsbehordenbeamter 
Inforrnationen zu einem bestimmten Benutzer einge- 
ben, was seine Strafakte, oder seine Geschichte, oder 
seine Bekanntschaften, oder sein offentliches Verhal- 
ten, oder seine Gewohnheiten, usw. angeht. Nicht alles 
da von ist erforderlich und nicht bei jedem Benutzer er- 
forderlich. Aber falls es zu Besch werden uber einen 
Benutzer kommt, dann kann manchmal eine Uberprii- 
fung eines Benutzers erforderlich werden. Dies kann 
nur geschehen, wenn man eine Genehmigung von dem 
Benutzer dafur hat. Dieses Modul bildet die Eingabe- 
schnittstelle fur den Sicherheitsbehordenbeamten. 

Grundplattform-Module 

[0105] Diese Module sind diejenigen, die das Fundament 
fur die anderen bilden. Alle anderen Module benutzen die- 
ses fur ihre Verwirklichung. Die Funktionalitat einiger da- 
von konnte redundant sein. Die Redundanz dient nur der Be- 
nutzungsflexibilitat und der Benutzungsfreiheit. 

1 . Long Distance Wired Networking and Communica- 
tions Unit: Diese Einheit bildet die Grundlage fiir Ver- 
netzung und Kommunikation uber groBe Entfernun- 
gen. Ublicherweise werden in diesem Fall Inforrnatio- 
nen und Sprache uber Kabel ubertragen. 

2. Long Distance Wireless Networking and Communi- 
cations Unit: Diese Einheit benutzend konnen die In- 
forrnationen von einem Sender an einem Empfanger, 
der nicht mit dem Sender uber Kabel verbunden ist, ge- 
sendet werden, d. h. drahdos gesendet werden. 

3. External Serial and Parallel Interfaces Bus and Con- 
trol Units: uber diese Schnittstelleneinheiten konnen 
Peripheriegerate mit der RPMMSU verbunden werden, 
entweder direkt oder uber ein Netzwerk, wobei diese 
Einheit der RPMMSU behilflich ist, sich an das Netz- 
werk, z. B. ein Intranet, anzubinden. 

4. Main Memory unit: Die Ausfuhrungsmodule wer- 
den diese Einheit neben der Central Processing Unit 
benutzen, um uberhaupt ausgefuhrt werden zu konnen. 
Die meisten Inforrnationen, die ein Modul intern wah- 
rend seiner Ausfuhrung braucht, werden hier gespei- 
chert. 

5. Central Processing Unit: Die gesamte Ausfuhrung 
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der Ausfuhrungsmodul^lT der RPMMSU wird mit 
Hilfe dieser Einheit crledigt. 

6. Keys Input Mechanism Unit: Mit Hilfe einer Tasta- 
tur oder einer Anzahl von Tasten, kann der Betreuungs- 
angestellte der RPMMSU seine Eingaben durchfuhren. 5 

7. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen alle die dauerhaften Speicher betreffenden Mo- 
dule verwirklicht werden. 

8. Power Supply Unit: Dies versorgt die gesamte 
RPMMSU mit dern benotigten Strom. 10 

9. Display Output Mechanism Unit: Dadurch kann der 
Betreuungsangestellte der RPMMSU Feedback uber 
das System bekommen und es so manipulieren. 
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Moglichkeiten der Partnerschaftseignungssuchprozessor- 
Module 
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1. User Profile and Wishes based Match-Making Pro- 
cessor Module 

2. User Social and Psychological System Profile based 20 
Match-Making Processor Module 

3. User Astrological System Horoscope based Match- 
Making Processor Module 

4. User Palmistry System Profile based Match-Making 
Processor Module 25 

User's Personal Mobile Communications and Computing 
Device 

1. Service Main Module: Dies ist das erste Modul, das 30 
auszufiihren beginnt und zustandig ist fur den direkten 
oder in direkten Aufruf aller anderen Module. Dieses 
Modul dient als Ausloser fur das Funktionieren des Sy- 
stems. Unter Benutzung dieses Moduls bekommt der 
Benutzer Zugang zu alien anderen Modulen. Die mei- 35 
sten Bedienungsmodule arbeiten im Kontext dieses 
Moduls. 

2. Location Registration Module: Dieses Modul arbei- 
tet in zwei verschiedenen Modi. Bei dem ersten Mo- 
dus, wird dieses Modul nur fur die Orts-Anmeldung 40 
benutzt. Dabei wird nicht uberpruft, ob der Benutzer 
sich wirklich an dem angegebenen SPLEMP aufhalt. In 
diesem Fall kommuniziert dieses Modul direkt mit dem 
User Location Tracking Module bei der RPMMSU 
uber die Long Distance Wireless Networking and 45 
Communications Unit. Hierbei wird das Kennzeichen 
desjeweiligen SPLEMPs, das eigene Benutzerkennzei- 
chen des Benutzers und eventuell auch noch das Kenn- 
zeichen des PMCCDs des Benutzers rnitgeteilt. Es gibt 
keine Notwendigkeit, diese Informationen an die LSU 50 
oder uber die LSU zu ubertragen, wobei die LSU wo- 
moglich gar nicht vorhanden ist. Bei dem zwei ten Mo- 
dus ist die LSU sehr wahrscheinlich vorhanden. Der 
Benutzer kann angeben, daB er sich bei einem be- 
stimmten SPLEMP anzumelden wtinscht. Dieses Mo- 55 
dul wiirde mit beiden Module, sowohl mit dem User 
Location Tracking Module in der RPMMSU als auch 
mit dem User Location Registration Module bei der 
LSU des SPLEMPs, kooperieren. Mit dem User Loca- 
tion Tracking Module bei der RPMMSU kommuniziert 60 
es mit der Unterstutzung der Long Distance Wireless 
Networking and Communications Unit und mit dem 
User Location Registration Module bei der LSU an 
dem SPLEMP tut es das mit der Hilfe der Short Di- 
stance Wireless Networking and Communications 65 
Unit. Es teilt beiden Einheiten mit, daB es wiinscht, 
sich bei ihnen anzumelden. An die RPMMSU sendet es 
zusatzlich die eigene Kontaktierbarkeitsadresse oder 



das Benutzerkennzeichen oder wahlweise beide, dieje- 
nige benutzend, welche die RPMMSU wissen lassen 
wiirde, welchen Benutzer es zu bedienen gilt. Es 
schickt auch noch das Ortsanmeldungskennzeichen, 
welches dieses Modul mit dem LSU verhandelt und ak- 
zeptiert. So wann immer die LSU die RPMMSU be- 
ziiglich eines Benutzers kontaktiert, tut sie das immer, 
indem sie das Ortsanmeldungskennzeichen benutzt, 
besonders zu Zwecken der Bestatigung des Aufenthal- 
tes. Es konnte der LSU nicht erlaubt sein, die Identitat 
des Benutzers oder die Identitat seines PMCCD zu er- 
fahren. Bei der RPMMSU kann die Konvertierung 
zwischen dem PMCCD-Kennzeichen und dem Ortsan- 
meldungskennzeichen in beiden -Richtungen vorge- 
nommen werden. 

3. Location Stay Monitoring Module: Dieses Modul 
ist erstens optional und zweitens funktioniert es auch in 
zwei Modi. Bei dem ersten Modus kommuniziert die- 
ses Modul direkt mit dem User Location Tracking Mo- 
dule der RPMMSU, und laBt diese wissen, ob das 
PMCCD und infolgedessen der Benutzer sich auf dem 
Gelande des SPLEMPs aufhalten. Hier braucht das 
Modul der RPMMSU nicht zu beweisen, daB dies 
wirklich der Tatsache entspricht. In dem zwei ten Mo- 
dus ist dieses Modul zustandig fur die Interaktion zwi- 
schen den Modulen bei dem SPLEMP, die verantwort- 
lich fur die Uberpriifung sind, ob der Benutzer noch auf 
dem Gelande des SPLEMPs ist oder nicht. Das schlieBt 
die On-Premises Stay Check Listener Units, die 
Check-In Confirmation Listener Units and Check-Out 
Confirmation Listener Units ein. Dieses Modul kum- 
mert sich darum, regelmaBig zu uberprufen, ob sich der 
Benutzer auf dem Gelande des SPLEMPs aufhalt, ob 
sich der Benutzer gerade einem Ausgang oder Eingang 
nahert, und schickt dementsprechend ein Auscheck- 
Bestatigungssignai bzw. ein Eincheck-Bestatigungssi- 
gnal. Mit alien Signalen, die es ausstrahlt, sendet es 
auch noch ein Ortsanmeldungskennzeichen. Dieses 
Modul arbeitet im Kontext des Location Registrarion 
Module. Alle Anderungen an dem Aufenthaltsstatus 
des Benutzers werden an das Location Registration 
Module weitergeleitet. Diese Information, nur falls sie 
nicht uber die User Location Registration Module des 
SPLEMPs zu dem RPMMSU rnitgeteilt wird, kann 
dann uber das Location Registration Module an das 
User Location Tracking Module des RPMMSU uber- 
mittelt werden. 

4. Location Deregistration Confirmation Module: Un- 
ter Benutzung dieses Moduls kann der Benutzer beim 
Auschecken angefragt werden, ob der sich abmelden 
mochte, oder ob er meint, daB er zu dem SPLEMP zu- 
riickkehren wird und mit der Dienstbenutzung weiter- 
machen wird. Dieses Modul kann der Benutzer auch 
dafiir verwenden, um explizit mitzuteilen, daB er sich 
abmelden mochte. 

5. Matched Candidate Partner Offer Response Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 
fragt werden, ob er bereit und willig ist, den Kontakt 
mit dem vermittelten Partnerschaftskandidaten aufzu- 
bauen. Die Antwort des Benutzers wird entgegenge- 
nommen und zu dem Introductory Session Support 
Module ubergeben, in dessen Kontext dieses Modul 
lauft. 

6. Matched Candidate Partner Personal Object Trans- 
fer and Access Grant Module: Dieses Modul wird von 
dem vermittelten Partnerschaftskandidaten benutzt, um 
eine Informationseinheit auf das PMCCD des Benut- 
zers zu ubermitteln. Diese Informationseinheit konnte 
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alles mogliche sein, z. BWgitale Fotos, digitale Visi- 
tenkarte, Dechiffricrschlussel, usw. Dies konnte wich- 
tig sein, urn Information iiber den anderen aus Grunden 
der Erinnerung und Kontaktierbarkeit auszutauschen. 
Mittels dieses Moduls kann der Benutzer auch ahnliche 5 
Information seinheiten auf das PMCCD des anderen 
Benutzers ubermitteln. Als Ubermitdungsweg benutzt 
dieses Modul die Short Distance Wireless Networking 
and Communications Unit. 

7. Interactive Activity Intentions Definition Module: 10 
Immer wenn der Benutzer bedient werden mochte, ist 

es notig, da6 er die Parameter der Bedienung spezifi- 
ziert. Natiirlich konnen diese Parameter vordefiniert 
sein und als vorgegeben angewendel werden. Wenn der 
Benutzer jedoch aus vielen Parametersatzen eine Aus- 15 
wahl treffen muB, dann benutzt er dieses Modul. Der 
Benutzer kann auch neue Parameter eingeben, falls 
dies erforderlich ist. Unter Benutzung dieses Moduls 
gibt der Benutzer ein, an welchen Arten von interakti- 
ven Tatigkeiten er teilnehmen mochte, welche Rolle er 20 
dabei am liebsten spiel en mochte, welche Rolle die an- 
dere Partei spielen soli, und ob es bestimmte Eigen- 
schaften gabe, die der Benutzer sich bei der anderen 
Partei d. h. bei dem Partnerschaftskandidaten, erhofft. 

8. Service Activation Module: Dieses Modul benut- 25 
zend kann der Benutzer die Bedienung aktivieren. Dies 
bildet naturlich einen wesentlichen Bestandteil des 
Ortsanmeldungsprozesses. Der Benutzer benutzt die- 
ses Modul, um den Dienst zu deaktivieren, was der Be- 
nutzer sich wunschen konnte, z. B., wenn er auf die 30 
Toilette gehen muB, oder sich schon in einem Gesprach 
befindet, oder mit einer anderen Aufgabe beschaftigt 
ist, usw. Nach der Deaktivierung kann der Benutzer 
seine Bedienung durch dieses Modul erneut aktivieren. 
Dieses Modul teilt dem Location Registration Module 35 
die Aktivierungen und Deaktivierungen mit, welches 
die Information an die RPMMSU weiterleitet. 

9. Introductory Session Support Module: Dieses Mo- 
dul dient nur dem Zweck, den Dialog zwischen dem 
Benutzer und der RPMMSU zu unterstiitzen, im Hin- 40 
blick auf die Neugier des Benutzers beziiglich des ver- 
mittelten Partnerschaftskandidaten vor dem Akzeptie- 
ren des Angebots, mit jenem in Kontakt zu treten. Die- 
ser Modus hat ein gegenuberstehendes Modul bei der 
RPMMSU, das Introductory Session Management 45 
Support Module. 

10. System to User Messaging Support Module: Im- 
mer wenn das System dem Benutzer etwas mitteilen 
mochte, wird die Benachrichtigung von diesem Modul 
empfangen. Die Benachrichtigung konnte verschiede- 50 
nes bedeuten, wie z. B. eine Mahnung, eine Warnung, 
ein neues Angebot, eine Einladung, Informationen von 
Interesse, eine Bestatigung, eine Aufklarung, eine Be- 
griindung, eine Rechtfertigung, eine Entschuldigung 
oder anderes. Der gegenuberstehende Modul bei der 55 
RPMMSU heiBt eben falls System to User Messaging 
Support Module. 

1 1 . System Behaviour Complaint Submission Module: 
Dieses Modul hilft dem Benutzer, eine Beschwerde bei 
der RPMMSU einzureichen iiber die Bedienung durch 60 
die RPMMSU. Dieses Modul sendet die Beschwerde 

an das System Behaviour Complaint Submissions Re- 
ception Module bei der RPMMSU. 

12. Communication Connection Establishment Mo- 
dule: Dieses Modul wird immer dann benutzt, wenn 65 
eine Verbindung zwischen dem Benutzer und dem ver- 
mittelten Partnerschaftskandidaten aufgebaut werden 
muB. Zuerst konnte eine Verbindung zwischen dem 
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Benutzer und deniDommunication Connection Esta- 
blishment Module der RPMMSU aufgebaut werden. 
Das kann passieren auf Veranlassung des Benutzers, 
oder es kann von einem anderen Modul in dem 
PMCCD angeordnet werden, oder es kann von einem 
anderen Modul in der RPMMSU befohlen werden. Das 
gleiche geschieht bei dem vermittelten Partnerschafts- 
kandidaten. Danach verbindet die RPMMSU die zwei 
Anrufe, so daB eine Verbindung zwischen den zwei Be- 
nutzern besteht. 

13. Synchronous Communication Support Module: 
Nachdem eine Verbindung zwischen den zwei Benut- 
zern aufgebaut wurde, wird dieses Modul von den Be- 
nutzern dafiir verwendet, um miteinander ein Gesprach 
zu fuhren, wahrscheinlich um sich mit den anderen 
iiber einen Treffpunkt zu einigen. Man kann es eine 
Mobiltelefonverbindung nennen. 

14. Matched Candidate Partner Remembrance Infor- 
mation Configuration Module: Dieses Modul hilft dem 
Benutzer, Informationen iiber den vermittelten Partner- 
schaftskandidaten zu konfigurieren, so daB auch nach- 
dem viel Zeit vergangen ist, sich der Benutzer an den 
vermittelten Partnerschaftskandidaten mit Hilfe der 
konfigurierten Informationen zu erinnern vermogen 
wurde. Dieses Modul hilft auch, diese Informationen 
auf einen bestimmten Informationsspeicherplatz zu la- 
den, welcher mit dem Management der personlichen 
Informationen des Benutzers beauftragt ist. Dieses Mo- 
dul hilft dem Benutzer auch beim Herunterladen der 
vorher konfigurierten Informationen iiber beliebige 
vermittelten Partnerschaftskandidaten von der 
RPMMSU oder von einem anderen Ort. Um die Ko- 
operation zwischen dem PMCCD des Benutzers und 
der RPMMSU zu bewaltigen, gibt es ein entsprechen- 
des Modul, das Matched Candidate Partner Remem- 
brance Information Configuration Module. Der Mat- 
ched Candidate Partner Remembrance Information 
Management Module kann ebenfalls diese Funktion 
ubernehmen. 

1 5. Matched Candidate Partner Critical Feedback Mo- 
dule: Dieses Modul kann der Benutzer dafiir verwen- 
den, seine Verargerung oder Enttauschung zum Aus- 
druck zu bringen. Es ist moglich, daB ein anderer Be- 
nutzer falsche Informationen in sein Profil eingegeben 
hat, um das March Making Processor Module in die 
lire zu fuhren. Es kann verschiedene dafiir Griinde ge- 
ben, warum ein Benutzer iiber den vermittelten Part- 
nerschaftskandidaten verargert ist. Es kann sein, daB 
der vermittelte Partnerschaftskandidat sehr spat zu dem 
vereinbarten Ort kommt, daB er gar nicht zu dem ver- 
einbarten Ort kommt, daB er die Regeln des Verhaltens- 
kodex nicht folgt, dafi er sich dem Benutzer gegeniiber 
schlecht oder unzivilisiert benimmt, daB er ofFensicht- 
lich falsche Angaben in seinem Profil gemacht hat, daB 
er dem Benutzer etwas boses tun will, daB er Tabuthe- 
men des Benutzers anspricht, daB er den Benutzer ir- 
gendwie betriigt, und so weiter und so fort. Dieses Mo- 
dul kann in dem Kontext des Service Main Module ar- 
beiten, es kann aber auch seinen eigenen Kontext ha- 
ben. Es kommuniziert mit dem Matched Candidate 
Partner Critical Feedback Reception Module auf der 
RPMMSU iiber die Long Distance Wireless Networ- 
king and Communications Unit. 

16. User Servicing Settings Module: Manchmal muB 
der Benutzer, wenn er bedient werden mochte, explizit 
einige Parameter, welche die Bedienung selbst betref- 
fen, richtig spezifizieren. Er konnte die Haufigkeit der 
Partnerschaftssuchtreffermeldungen erhohen bzw. ver- 
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mindern wollen, oder efllWestirnmte Qualitatskatego- 
rie oder Preiskategorie zur Zcit der Bedienung selbst 
festlegen wollen, oder den minimalen prozentuellen 
Partnerschaftseignungsgrad variieren wollen, usw. Das 
alles kann der Benulzer iiber dieses Modul erledigen. 5 
Die so eingegebenen Infonnalionen werden an das ge- 
genuberstehenden Modul bei der RPMMSU, das User 
Servicing Settings Configuration Support Module, mit 
Hilfe des Long Distance Wireless Networking and 
Communications Unit ubermittelt. Dieses Modul lauft 10 
im Kontext des Service Main Module. 

17. Authentication Module: Dieses Modul ist pruft 
nach, ob das Informationsubertragungssignal, das emp- 

-fangen wurde, -in der Tat von der- Partei slamint, wie 
durch das Signal behauptet wird, und daB die Unver- 15 
sehrtheit der Information nicht kompromittiert wurde. 
Weiterhin muB, wenn man auf eine Ressource zugrei- 
fen muB, bevor die Erlaubnis erteilt wird, die anfor- 
dernde Partei identifiziert und authentifiziert werden. 
Nur dann wird die Information von der angefragten 20 
Partei akzeptiert und an die authentifizierte Partei ge- 
liefert. Dieses Modul benutzt Unlerschriftsschlussel 
und Zertifikate, welche es entweder selbst verwaltet 
oder welche durch ein zentrales Informationslager ver- 
waltet werden, das sich in den PMCCD, auf das aber 25 
auch andere im PMCCD laufende Systeme Zugriff ha- 
ben. Wenn die RPMMSU eine Verbindung zu dem 
PMCCD aufbauen mochte oder Informationen senden 
mochte, oder Steuerungszugang zu einem PMCCD-in- 
lernen Modul sucht, dann muB dieses Modul feststel- 30 
len, daB auf der anderen Seite in der Tat das RPMMSU 
ist und fur diese Aktion auch berechtigt ist, bevor die 
Erlaubnis erteilt werden kann. In der Verbindungsauf- 
bauphase rnuB dieses Modul eventueil mit dem Au- 
thentication Module der RPMMSU, durch Austausch 35 
von Informationen in beiderlei Richtungen, zusam- 
menarbeiten. Auch wenn das PMCCD mit der LSU des 
SPLEMP-Betreibers kommuniziert, spielt dieses Mo- 
dul die Rolle des Beglaubigers und Pfortners. Es muB 
letztendlich festgestellt werden, daB das PMCCD wirk- 40 
lich mit der LSU Informationsaustausch fiihrt und nicht 
mit den eventueil vielen anderen Umgebungssystemen 
oder LSU-Betrugersystemen. Dafur muB es mit dem 
Authentication Module auf der LSU zusammenarbei- 
ten. Dieses Modul kann im Kontext des Service Main 45 
Module, aber auch eigenslandig laufen. 

18. Matched Candidate Partner Catalogue Access Mo- 
dule: Dieses Modul ermoglicht es dem Benutzer, eine 
Liste von veimittelten Partnerschaftskandidaten durch- 
zusehen. Dieses Modul kann selbst iiber Informationen 50 
iiber vermittelte Partnerschaftskandidaten verfugen. 
Die Informationen, die von diesem Modul selbst ver- 
waltet werden, sind meistens nur auf die aktuelle Sit- 
zung bezogen. Es verschafft auch Zugang zu den von 
dem Matched Candidate Partner Catalogue Manage- 55 
merit Module gemanagten Informationen. Diese Infor- 
mationen beziehen sich auf alte Partnerschaftseig- 
nungstreffer. Der Benutzer konnte auch diese alten 
Partnerschaftseignungstreffer durchsehen. Der Benut- 
zer konnte auch die gezeigten Partnerschaftseignungs- 60 
treffer durch irgend welche Parameter cinschranken, 

z. B. Datum, Zeitperiode, Aussehen, usw. Der Benut- 
zer hat keine Genehmigung, Eintrage hier zu loschen. 

19. User Position Tracking Security Module: Dieses 
Modul ist im Stande, die geographischen Koordinaten 65 
des PMCCDs zu erraten. Da das PMCCD normaler- 
weise bei dem Benutzer ist, kann man davon ausgehen, 
daB es die Position des Benutzers kennt. Der Benutzer 
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konnte unter Umsranden bereit sein, diese Angaben ei- 
ner anderen Instanz mitzuteilen. Das kann passieren, 
wenn man z. B um einen Dienst in Anspruch zu neh- 
men beweisen muB, sich auf einem bestimmten Ort zu 
befinden. In diesem Fall muB das System den Angaben 
des PMCCDs vertrauen konnen, daB die Ortsangaben 
nicht verfalscht wurden. Es kann auch sein, daB der Be- 
nutzer einen Dienst im Anspruch nehmen mochte, des- 
sen Inhalt sich auf den Aufenthaltsort des Benutzers 
bezieht, und der Benutzer nicht die Umstandlichkeit er- 
tragen will, seinen Aufenthaltsort standig einzugeben. 
Manchmal ware es viel effektiver, wenn das System 
uber die genauen geographischen Ortsangaben ver- 
fugte, und diese konnte der Benutzer, um sie dem Sy- 
stem mitzuteilen, schlecht selbst erraten, selbst wenn er 
dies wollte. Drittens konnte es einen Dienst geben, bei 
es nur darum ginge, die Aufenthaltsposition des Benut- 
zers zu protokollieren, und zwar bei dem Dienst selbst. 
In diesen Fallen lohnt es sich, dieses Modul zu benut- 
zen. 

.20. Emergency Call Security Module: Dieses Modul 
hilft den Benutzer dabei, einen Notruf auszusenden. 
Falls der Benutzer das User Position Tracking Security 
Module aktiviert hat, braucht er bei diesem Notruf 
noch nicht einmal seine Position nochmals explizit ein- 
zugeben. Falls der Benutzer das Specific Comobility 
and Coactivity Intention Definition and Tracking Secu- 
rity Module aktiviert hat, braucht er oftmals auch nicht 
die Umstande zu erklaren. Bei dem Notruf kann der 
Benutzer nochmals bestimmte Optionen auswahlen, 
um das Problem etwas zu schildern. Dieses Modul er- 
moglicht es erstmals, an den richtigen anzusprechen- 
den Ort einen Notruf zu senden und auch die notwendi- 
gen Informationen zu liefern uber den Standort oder 
die Art des Problems, usw. In solchen Fallen kann die 
RPMMSU diesen Notruf automatisch bearbeiten, in- 
dem sie den Notruf zu der zustandigen Sicherheitsbe- 
horde weiterleitet, mit den notwendigen Angaben zum 
Benutzer, seinem Standort, den Umstanden und der Art 
des Problems. Dieses Modul kooperiert mit dem Emer- 
gency Call Reception Module bei der RPMMSU. 
21. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Module: Dieses Modul 
wird eventueil von dem Benutzer bei einem Ausflug 
nach einer Sitzung benutzt, um Angaben zu machen 
iiber seine Begleitung, Absichten, augenblicklichem 
Verbleib, usw. Das dient dem Zweck, daB im Falle, 
dem Benutzer stoBt etwas zu, es dann fur die Ermitt- 
lungsleute einfach herauszufinden ware, was mit dem 
Benutzer passiert ist, und im Falles einer Vermutung, 
die auf ein Verbrechen verweist, auch wer die Verdach- 
tigten waren. Allein die Kenntnis, daB man nicht unbe- 
straft davonkommen kann, ware Grund genug, daB die 
begleitende Person dem Benutzer keinen Schaden zu- 
fugen wurde. Dieses Modul kooperiert mit dem Speci- 
fic Comobility and Coactivity Intention Definition and 
Tracking Security Information Reception Module, um 
Informationen der RPMMSU zukommen zu lassen. 22. 
Geographical Position Determiner Unit: Diese Einheit 
kann die geographische Koordinaten des PMCCDs er- 
mittcln. Diese Koordinaten konnen mit denen des 
SPLEMPs verglichen werden, um herauszufinden, ob 
diese Koordinaten von den des SPLEMPs umgefaBt 
werden oder nicht. Dadurch laBt sich ermitteln, ob der 
Benutzer sich auf dem Gelande eines SPLEMPs befin- 
det. Man kann diese geographischen Koordinaten in 
eine Position auf einer Landkarte, z. B. einem Stadt- 
plan, konvertieren. Die Art, in der die geographischen 
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Koordinaten ermittelt wURh, ist genau wie oder ahn- 
lich zu dem "Global Positioning System" des US-Mili- 
tars. 

23. Long Distance Wireless Networking and Commu- 
nications Unit: Diese Elnhelt ermoglicht es dem 5 
PMCCD, drahtlos eine Verbindung zu einem anderen 
System aufbauen und mit Hilfe von Netzwerkprotokol- 
len, wie z.B. dem Wireless Application Protocol des 
WAP-Forums, mit dem anderen System zu kommuni- 
zieren. Es kann natiirlich auch ein anderes Protokoll 10 
sein, was eine Kommunikation ermoglicht. Die ganze 
Kommunikation zwischen den Modulen des PMCCDs 
und des RPMMSUs lauft uber dieses Modul. 

24. Short Distance Wireless Networking and Commu- 
nications Unit: Diese Einheit wird von vielen anderen 15 
Modulen benutzt, wie dem Location Registration Mo- 
dule, dem Location Stay Monitoring Module, und dem 
Matched Candidate Partner Personal Object Transfer 
and Access Grant Module. Diese Einheit ist sehr kri- 
tisch fur das Funktionieren des gesamten Systems. 20 
Diese Einheit sendet elektromagnetische Signale aus, 
die nur so stark sind, daB sie nur eine Entfernung von 
hochstens wenigen Metern erreichen. Diese Einheit er- 
moglicht es dem PMCCD, mit anderen Geraten in sei- 
ner unmittelbaren Umgebung drahtlos zu kommunizie- 25 
ren. Ein Beispiel einer Technologie, die dies ermog- 
licht, ist "Bluetooth Technology" von Bluetooth SIG. 
Natiirlich konnen auch andere Technologien oder Im- 
plementierungen von Standards, die dies ermoglichen, 
eingesetzt werden. 30 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: uber diese Schnittstelleneinheiten kon- 
nen Peripheriegerate an das PMCCD verbunden wer- 
den, meistens direkt oder eventuell auch uber ein Netz- 
werk, wobei diese Einheit dem PMCCD dazu verhilft, 35 
sich an das Gerat, z. B. ein Headset, ein Modem, usw., 
anzubinden. 

26. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es dem Benutzer des PMCCD, Einga- 
ben in dem System vorzunehmen, allein durch beriih- 40 
ren des Bildschirms durch ein Korperteil, vermutlich 
den Fingern, oder einem Stift, auf einem bestimmten 
Platz auf dem Bildschirm. Je nachdem, wo man ange- 
fafit hat, wird eine andere Funktionalitat getatigt. 27. 
Keys Input Mechanism Unit: Mit Hilfe einer Tastatur 45 
oder einer Menge von Tasten, kann der PMCCD-Be- 
nutzer auch seine Eingaben durchfuhren. 

28. Speech Recognition Input Mechanism Unit: Auf 
diese Weise kann der PMCCD-Benutzer mit Sprachbe- 
fehlen Funktionen betatigen. Er kann auch irgendwel- 50 
chen Text eingeben, und zwar dadurch, daB er ihn dik- 
tiert. 

29. Main Memory Unit: Die laufFahigen Module be- 
nutzen diese Einheit, um von ihnen benotigle Informa- 
tionen kurzfristig zu lagem. Diese Einheit wird auch 55 
von Modulen selbst benutzt, um sich lauffahig zu ma- 
chen. 

30. Central Processing Unit: Diese Einheit benotigen 
die Module, um uberhaupt lauffahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt. Es 60 
kann aber auch sein, daB manche Module ihrcn eigenen 
Prozessor haben und diese Einheit nicht brauchen. 

31. Speech Synthesis Output Mechanism Unit: Da- 
durch konnen dem PMCCD-Benutzer wichtige Infor- 
mationen sprachlich mitgeteilt werden. 65 

32. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen auf dauerhafte Speicher bezogene Module ver- 
wirklicht werden. 
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33. Power Suppr^XJnit: Das versorgt das ganze 
PMCCD mit dem benotigte Strom. 

34. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer uber das System Feedback be- 
kommen und es so manipulieren. 

Serviced Public Leisure and Entertainment Meeting Place's 
Location Server Unit 

1. Server Boot Module: Dieses Modul ist das erste 
Modul, das von dem LSU-Betreuungsangestellten der 
SPLEMP-Betriebsmannschaft hinaufgefahren wird. 
Nach dem Hinauffahren ermoglicht es den LSU-Be- 
treuungsangestellten, auf verschiedenen Funktionalita- 
ten und Module der LSU zuzugreifen bzw. sie zu star- 
ten. A lie Laufzeitmodule werden im Kontext dieses 
Moduls ausgefuhrt. Es bietet dem LSU-Betreuungsan- 
gestellten auch eine Mensch-Machine-Schnittstelle an, 
wodurch er den Betrieb der LSU managen und steuern 
kann. 

2. User Servicing Activation Module: Durch dieses 
Modul kann der LSU-Betreuungsangeslellte dem Sy- 
stem mitteilen, daB es sich vorbereiten soil, die Kund- 
schaft zu bedienen. Dieses Modul ubernimmt die Ver- 
antwortung, die Verbindung mit der RPMMSU aufzu- 
bauen und die anderen notwendigen Vorbereitungen 
bei sich einzuleiten. Dieses Modul ist auch dafur zu- 
standig, die Bedienung einzustellen und die geladenen 
Module wieder zu terminieren. Dieses Modul arbeitet 
im Kontext des Server Boot Module. 

3. Service Quality Settings Module: Durch dieses Mo- 
dul kann der LSU-Betreuungsangestellte angeben, wel- 
che Bedienungseinstellungen vorzunehmen sind. Die 
Einstellungen konnen sich darauf beziehen, wie viele 
Partnerschaftseignungstreffer jedem Benutzer maximal 
zustehen, welche Bedienungspreisklasse die dienstbe- 
nutzenden Kunden in Anspruch nehmen durfen, wie 
viele Benutzer hochstens bedient werden durfen, wie 
lange ein Benutzer langstens bedient werden darf, usw. 
AuBerdem kann der LSU-Betreuungsangestellte da- 
durch auch noch die Offnungszeiten angeben. Dieses 
Modul arbeitet mit dem SPLEMP Servicing Settings 

. Configuration Support Module der RPMMSU zusam- 
men. 

4. System Behaviour Complaint Submission Module: 
Dieses Modul wird benutzt, um der RPMMSU Be- 
schwerden uber das Funktionieren des Systems mitzu- 
teilen. Man kann aus verschiedenen Listen von Sy- 
stemproblemen die zutreffenden Eintrage auswahlen. 
Dieses Modul benutzt den Long Distance Networking 
and Communications Unit, um die Informationen an 
die RPMMSU zu senden. Dieses Modul kommuniziert 
mit dem System Behaviour Complaint Submissions 
Reception Module der RPMMSU. 

5. User Behaviour Complaint Submission Module: Es 
passiert manchmal, daB es dem SPLEMP-Betriebsma- 
nagement zur Kenntnis gelangt, daB sich ein Kunde 
schlechtbenimmt. Das unverantwortliche Verhalten ei- 
nes Kunden hat natiirlich auch noch verschiedene Gra- 
dierungen. In so einem Fall kann der SPLEMP-Betrei- 
bcr auch, wenn er vermutet, daB der Kunde ein Benut- 
zer dieses Dienstes ist, versuchen, das Ortsanmel- 
dungskennzeichen festzustellen, und unter dessen Be- 
nutzung bei der RPMMSU eine Beschwerde uber den 
Benutzer einreichen. Allerdings kann es schwerfallen, 
das Ortsanmeldungskennzeichen festzustellen, da bei 
diesem Dienst versucht wird, die Idenutat eines Benut- 
zers dem SPLEMP-Betriebsmanagement nicht preiszu- 
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geben. Dadurch hat d3^^PLEMP-Betriebsmanage- 
ment keinen Wcg, ctwas uber den Benulzer zu erfah- 
ren. Es wird auch schwer herauszufinden sein, wel- 
chem Benulzer welches Ortsanmeldungskennzeichen 
zugeordnet ist. Eine Methode ware, wenn das PMCCD 5 
des Benulzers ein Signal ausstrahlen wiirde, und es 
durch dieses Signal moglich ware, das entsprechende 
Ortsanmeldungskennzeichen des Benutzers zu bestim- 
men. Das Signal wiirde das uber Short Distance Wire- 
less Networking and Communications Unit des 10 
PMCCD gesendet werden. Es ware auch notwendig, 
ein gesendetes Signal einem Benutzer direkt zuzuord- 
nen, da es moglicherweise sehr viele Benutzer in einem 
SPLEMP gibt und es ganz denkbar ist, daB ein be- 
summtes Signal von jedem Benutzer hatte abstammen 15 
konnen. Deswegen muB das Signal nur in nachster 
Nahe des Benutzers spurbar sein. Solange das PMCCD 
des Benutzers eingeschaltet ist, konnte es ein Signal 
aussenden. Dieses Signal erfolgt auf einer niedrigen 
Amplitude. Der SPLEMP-Betriebsangestellte nahert 20 
sich dem Benutzer mit einem speziellen Gerat, und 
wenn er dem Benutzer ganz nah ist, kann er das Signal 
auffangen. Das Ortsanmeldungskennzeichen wird zu- 
sammen mit dem VerstoB an die RPMMSU ubermit- 
telt. Im Ausnahmenfall kann der SPLEMP-Betriebsan- 25 
gestellte einfach den Benutzer nach seiner Identifika- 
tion verlangen. In diesem Fall wird die personliche 
Identifikation des Benutzers an die RPMMSU iibermit- 
telt. Das User Behaviour Complaint Submissions Re- 
ception Module der RPMMSU nimmt es entgegen. 30 

6. User Location Registration Module: Mit Hilfe die- 
ses Moduls wird die SPLEMP LSU einen Benutzer bei 
sich anmelden lassen konnen. Es ist zustandig fur die 
Vergabe von Ortsanmeldungskennzeichen und weite- 
ren entsprechenden Kennzeichen an den Benutzer. So 35 
lange der Benutzer bei diesem SPLEMP als angemel- 
det gilt, ist dieses Modul im Betrieb. Es ist auch das 
Modul, das die ganze Zeit uber die Anmeldung eines 
Benutzers bei diesem SPLEMP betreut. Selbst lauft es 

im Kontext des Location Registrations Management 40 
Module. 

7. Location Registrations Management Module: Die- 
ses Modul managt die gesamte Benutzeranmeldung bei 
dem jeweiligen SPLEMP. Es kann aussagen dariiber 
machen, wie viele Benutzer angemeldet sind und, so- 45 
weit es anmeldungsbezogene Angaben angeht, welche 
Benutzer angemeldet sind. Es managt alle User Loca- 
tion Registration Modules, die in seinem Kontext lau- 
fen. Es ist auch zustandig fur die Erstellung von User 
Location Registration Modules. 50 

8. Premises Listeners Management Module: Dieses 
Modul managt samtliche Abhoreinheiten auf dem Ge- 
lande. Das schlieBt alle Check-In Confirmation Short 
Distance Wireless Listener and Signalling Units, 
Check-Out Confirmation Short Distance Wireless Li- 55 
stener and Signalling Units, und On-Premises Stay 
Check Short Distance Wireless Listener and Signalling 
Units ein. Mit Hilfe dieses Moduls kann der LSU-Be- 
treuungsangestellte die Abhoreinheiten ein- und aus- 
schalten, ihre Ausstrahlreichweite variieren, steuern, 60 
welche Signalc sie auszuscnden haben (z. B. Ortlich- 
keitskennzeichen), sie in das Abhornetz aufnehmen 
oder ausstoBen, usw. Es ist auch zustandig fur die Wei- 
tergabe einer Laufzeitbestatigung eines Benutzers an 
das User Stay Monitoring Module, nachdem es die In- 65 
formationen in das richtige Format konvertiert hat. 9. 
System to SPLEMP Messaging Support Module: Die- 
ses Modul unterstutzt den Empfang von Mitteilungen 
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an das SPLEMP-Setriebsmanagement bzw. LSU-Be- 
trcuungsangestellte bzw. LSU selbst. Es verwirklicht 
diese Benachrichtigungsfunktion in Kooperation mit 
dem System to SPLEMP Messaging Support Module 
der RPMMSU. Es leitet die Nachrichten weiter an die 
jeweiligen Module oder an Nachrichtsysteme des 
SPLEMPs. 

10. User Stay Monitoring Module: Dieses Modul lauft 
im Kontext des User Location Registration Module. Es 
ist zustandig fiir die Aufenthaltsuberwachung des Be- 
nutzers. Der Aufenthaltsstatus des Benutzers wird mit 
Hilfe dieses Moduls festgestellt. Es sammelt Informa- 
tionen daruber, ob der Benutzer verfugbar, nicht ver- 
fugbar, aktiv, inaktiv, eingecheckt, ausgecheckt, usw, 
ist. Es verarbeitet Inform ationen, welche es vom Pre- 
mises Listeners Management Module bekommt und in- 
tegriert sie mit Zeitinformationen. 

11. Premises User Stay Information Forwarding Mo- 
dule: Dieses Modul wird von dem User Stay Monito- 
ring Module benutzt. Es leitet den Aufenthaltszustand 
des Benutzers weiter an die RPMMSU. Es teilt der 
RPMMSU mit, ob der Benutzer anhand seines Aufent- 
haltsstatus bedient werden soli oder nicht. Dafiir ko- 
operiert es mit dem User Location Tracking Module 
der RPMMSU. Es arbeitet im Kontext des User Loca- 
tion Registration Module. 

12. Server Testing Module: Dieser Modul dient nur zu 
Testzwecken. Wenn die LSU bei einem SPLEMP in- 
stalliert wird, dann hilft dieses Modul sicherzustellen, 
daB das ganze LSU-System einwandfrei arbeitet. Das 
schlieBt sowohl alle internen Systeme als auch die 
Kommunikation und die Kooperation mit externen Sy- 
stemen, wie einem Test-PMCCD und dem zustandigen 
LSU Testing Module bei der RPMMSU. Es wird auch 
wahrend der Wartungsphase des LSU benutzt. Wenn 
Storungen anzumelden sind, hilft dieses Modul zu- 
nachst, sie zu erfassen und eventuell auch sie zu behe- 
ben. Es laBt sich von der LSU selbst steuern, aber auch 
von der RPMMSU bzw. einem anderen Wartungsbe- 
treuer fern steuern. Es kann auch diagnostische Be- 
richte erstellen. 

13. Authentication Module: Dieses Modul ist fur die 
externe Sicherheit der LSU zustandig. Immer wenn die 
LSU eine Verbindung zu der RPMMSU aufbauen will, 
schaltet sich dieses Modul ein, um den SPLEMP bzw. 
auch noch die LSU zu beglaubigen. Es stellt auch si- 
cher, daB am anderen Ende wirklich die bestimmte 
RPMMSU ist. und nicht eine andere Instanz. Es stellt 
die Integritat der Kommunikation mit der RPMMSU 
sicher. Auch wahrend dem Testen der LSU kummert es 
sich darum, die Identitat der RPMMSU festzustellen, 
da in dieser Phase eventuell Zugang zu inneren Modu- 
len der LSU verschafft wird. 

14. Location Registration Information Exchange Short 
Distance Wireless Listener and Signalling Units: Diese 
Einheiten ermoglichen es der LSU, mit dem Benutzer 
Ortsanmeldungsinformationen physikalisch auszutau- 
schen. Ein Exemplar dieser Einheiten kann als eine 
Subeinheit des Gerats am Eingang des SPLEMPs zu 
finden sein, oder die SPLEMP-Kundenbetreuung 
konnte so etwas mit sich tragen, oder cs konnte sogar 
sonstwo auf dem Gelande des SPLEMPs plaziert sein. 
Mit der Hilfe dieser Einheit konnten Ortsanmeldungs- 
kennzeichen und andere relevante Informationen an 
den Benutzer ubermittelt werden. Es wird meistens von 
dem User Location Registration Module beansprucht. 
Es sendet ein elektromagnetisches Signal aus, das sich 
nur uber eine Reichweite von wenigen Zentimetern 
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ausweiten kann. Uber eiHPSignalverbindung zu dem 
PMCCD des Benutzers wird zunachst ein Netzwerk- 
protokoll aufgesetzt, was wiederurn den Austausch von 
Informationen in einer Art ermoglicht, die beide Sy- 
steme, diese Einheit und das PMCCD, verstehen kon- 5 
nen. 

15. Check-In Confirmation Short Distance Wireless 
Listener and Signalling Units: Diese Einheiten befin- 
den sich an den Eingangen. Sie senden standig Check- 
In-Scope-Signale. Damit teilen sie den Zuhdrem mit, 10 
daB sie sich in einem Bereich stattfinden, wo sie kurz 
davor sind, das Gelande des SPLEMPs zu betreten. 
Eventuell sieht man es als notwendig an, die Bewegung 
des Benutzers zu verfolgen. Nur wenn der Benutzer 
sich in die Richtung des Gelandes bewegt, wiirde man is 
die Bewegung auch als einen Eingang interpretieren. 
Um diese Bewegung zu verfolgen und zu merken, 
konnte man mehrerer solcher Einheiten in jedem Ein- 
gangsflur installieren, wobei die Untereinheiten dieses 
Einheitensatzes sich gut miteinander koordinieren, 20 
Wenn der Benutzer mit seinem PMCCD das Gelande 
verlassl, baut sein PMCCD eine Verbindung zu diesen 
Untereinheiten bzw. Einheiten auf und teilt sein Orts- 
anmeldungskennzeichen mit. Damit weiB die LSU, 
welcher Benutzer das Gelande verlaBt. Die Angaben 25 
werden an das User Stay Monitoring Module weiterge- 
leitet. Auch dem PMCCD des Benutzers wird mitge- 
teilt, daB der Benutzer ab jetzt als eingecheckt gilt. Die 
Sign ale werden zwischen diesem Modul und dem 
PMCCD drahtlos ausgetauscht. Der Austausch wird 30 
uber drahtlose Netzwerkprotokolle abgewickelt. Die 
Reichweite des Signals wird auf wenige Meter be- 
schrankt. Alle diese Einheiten werden vom Premises 
Listeners Management Module gemanagt. Eine mogli- 
che Losung ware realisierbar durch die Benutzung der 35 
Bluetooth Technologie, oder etwas ahnlichem. 

16. Check-Out Confirmation Short Distance Wireless 
Listener and Signalling Units: Diese Einheiten sind 
ahnlich zu den oben genannten Einheiten, wobei die 
Un terse hied darin liegt, daB hier uberpruft wird, ob der 40 
Benutzer das Gelande verlaBt. Diese Einheiten werden 

zu Einheitensatzen zusammengefaBt. Jeder Satz befin- 
det sich an einem Ausgang. Die Untereinheiten jedes 
Satzes kooperieren unter sich und verfolgen die Bewe- 
gung des Benutzers liber sein PMCCD. Diese Unter- 45 
einheiten senden ein Signal, das Check-Out Scope Si- 
gnal heiBt. Wenn das PMCCD des Benutzers dieses Si- 
gnal hort, sendet es auch ein Signal. Dieses Signal wird 
aufgefangen von den Untereinheiten und bewertet, ob 
uber das Signal, z. B. seine Starke oder die Reihenfolge 50 
der Anderung der Starke des Signals, wie von verschie- 
denen Untereinheiten aufgefangen, offenbart wird, ob 
das PMCCD des Benutzers sich von dem Gelande hin- 
aus bewegt. Am Ende wird noch ein Signal an das 
PMCCD des Benutzers gesendet, wodurch dem 55 
PMCCD mitgeteilt wird, daB die LSU sein Auschecken 
jetzt vornimmt. Die Angaben werden weiter an das 
User Stay Monitoring Module weitergeleitet. Die Si- 
gnale werden zwischen diesen Modulen und dem 
PMCCD drahtlos getauscht. Der Austausch wird uber 60 
drahtlose Netzwerkprotokolle abgewickelt. Die Reich- 
weite des Signals wird auf wenige Meter beschrankt. 
Alle diese Einheiten werden vom Premises Listeners 
Management Module gemanagt. Eine mogliche Lo- 
sung ware realisierbar durch die Benutzung der Blue- 65 
tooth Technologie, oder etwas ahnlichem. 

17. On-Premises Stay Check Short Distance Wireless 
Listener and Signalling Units: Diese Einheiten befin- 
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den sich verstreut iiber dem gesamten Gelande des 
SPLEMPs. Sie senden einfach On-Premises-Scope-Si- 
gnale aus. Nach einer bestimmten Zeit soli das 
PMCCD des Benutzers sich mit einem Aufenthaltsbe- 
statigungssignal melden, das so viel sagt wie, "ich, Be- 
nutzer. . . bin da". Dies muB das PMCCD des Benut- 
zers innerhalb regelmaBiger Intervalle tun, ansonsten 
wird der Benutzer als nicht verfugbar erklart, und der 
Partnerschaftssuchdienst wird aufhoren, den Benutzer 
zu bedienen. Dazu soil das PMCCD immer betriebsfa- 
hig und in Betrieb sein. Naturlich kann sich das 
PMCCD auch spater wieder zuruckmelden, und dann 
wird der Benutzer wieder als verfugbar eingestuft, und 
die Bedienung des Benutzers wird wieder aufgenom- 
men. Diese ganze Verwaltung bleibt die Aufgabe des 
User Stay Monitoring Module. Diese Einheiten hat nur 
als Aufgabe, die Aufenthaltsbestatigungssignale des 
Benutzers zu empfangen und an das User Stay Monito- 
ring Module weiterzuleiten. Diese Einheiten werden so 
zerstreut sein, daB uberall auf dem Gelande des Benut- 
zers, mit wenigen Ausnahmen wie den Toiletten, das 
Signal von dem Benutzer empfangen werden kann. Al- 
lerdings muB auch darauf geachtet werden, daB von au- 
Berhalb des Gelandes des SPLEMPs keiner sein Signal 
erfolgreich diesen Einheiten zukommen las sen kann. 
Das kann zurn Teil dadurch gesichert werden, indem 
eine entsprechende Information in dem On-Premises 
Scope Signals enthalten ist. Nur jemand, der die On- 
Premises-Scope- Signals auch empfangen kann, kann 
auch darauf erfolgreich anlworten. Alle diese Einheiten 
werden vom Premises Lisreners Management Module 
gemanagt. Eine mogliche Losung ware realisierbar 
durch die Benutzung der Bluetooth Technologie, oder 
etwas ahnlichem. 

18. Long Distance Networking and Communications 
Unit: Diese Einheit ist zustandig fur Aufbau und Erhalt 
von Verbindungen uber groBe Entfernungen. Fur sol- 
che Verbindungen werden Netzwerkprotokolle einge- 
setzt. Die gesamte Kommunikation zu dem RPMMSU 
wird durch diese Einheit ermoglicht. Hochst wahr- 
scheinlich werden die Kommunikationsverbindungen 
uber ein Kabelnetzwerk gemacht. Es kann aber auch 
drahtlos verwirklicht werden. 

19. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es den LSU-Betreuungsangestellten, 
Eingaben in dem System vorzunehmen, allein durch 
Anfassen des Bildschirms durch ein Korperteil, ver- 
mutlich den Fingern, oder einem Stift, auf einem be- 
stimmten Platz auf dem Bildschirm. Je nachdem, wo 
man angefaBt hat, wird eine andere Funktionalitatbeta- 
tigt. 

20. Keys Input Mechanism Unit: Mit Hilfe von einer 
Tastatur oder einer Menge von Tasten kann der LSU 
Betreuungsangestellte ebenfalls seine Eingaben durch- 
fuhren. 

21 . Speech Recognition Input Mechanism Unit: Damit 
kann der LSU Betreuungsangestellte mittels Sprachbe- 
fehlen die Funktionen betatigen. Er kann auch irgend- 
welche Text eingeben, und zwar dadurch, daB er sie 
diktiert. 

22. Main Memory Unit: Die lauffahigen Module bc- 
nutzen diese Einheit, um von ihnen benougte Informa- 
tionen kurzfristig zu speichem. Diese Einheit wird 
auch von Modulen seibst benutzt, um sich lauffahig zu 
machen. 

23. Central Processing Unit: Diese Einheit benotigen 
die Module, um uberhaupt lauffahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt. Es 
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kann sein, daB manche l^BBule ihren eigenen Prozes- 
sor haben und diese Einheit nicht brauchcn. 

24. Speech Synthesis Output Mechanism Unit: Damit 
konnen dem LSU-Betreuungsangestellten wichtige In- 
formationen sprachlich mitgeteilt werden. 5 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: Uber diese Schnittstelleneinheiten kon- 
nen Peripheriegerate mi it der LSU verbunden werden, 
entweder direkt oder iiber ein Netzwerk, wobei diese 
Einheit der LSU dazu verhilft, sich an das Netzwerk, 10 
z. B. ein Intranet, oder einen Drucker, usw., anzubin- 
den. 

26. Persistent Memory Unit: Mit Hilfe von dieser Ein- 
- heit konnen alle dauerhafle Speicher belreffende Mo- 
dule verwirklicht werden. 15 

27. Power Supply Unit: Dies versorgt das ganze 
PMCCD mit dem benotigten Strom. 

28. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer uber das System Feedback be- 
kommen und es so manipulieren. 20 

System-Dienst Zweiteilung 

[0106] Oft wird hier von Dienst und System gesprochen. 
Es ist notwendig die beide Begriffe auseinanderzuhalten. 25 

1. Dieses System ermoglicht den Partnerschaftseig- 
nungssuch-, -uberprufungs- und -vermittlungs-Dienst. 
In diesem Fall wird uber die Architektur des Abstrak- 
len Systems gesprochen, welches, sobald es implemen- 30 
tiert ist, den Dienst errnoglichen wird. Viele Aspekte 
dieses Systems sind Kern aspekte, einige sind Optimie- 
rungsaspekte, und noch andere sind Erweiterungs- 
aspekte. Dadurch wird klar, welche moglichen Kombi- 
nationen von Aspekten denkbar sind, und jede Kombi- 35 
nation entspricht eine oder mehrere konzipierbare Va- 
rianten des Dienstes. Auf diese ideellen Ebene darf das 
System alle Aspekte umfassen oder es kann einfach als 
eine Aspektkombination verstanden werden. 2. Ein an- 
gebotener Dienst verwendet ein implementiertes Sy- 40 
stem. Hier wird nur auf ein System verwiesen. Es ist 
eine bestimmte Art von System, aus einer Reihe von 
Systemen, die sich durch die verschiedenen Funktiona- 
litaten und Optionen, welche tatsachlich in ihnen vor- 
handen sind, unterscheiden. Jedes implementierte Sy- 45 
stem laBt sich zuruckfuhren zu einer Kombination, 
welche oben als konzipierbar erklart wurde. Wenn von 
einem Dienst gesprochen wird, wird gleichzeitig auch 
das dazugehorige System impliziert, was wiederum auf 
oben erwahntes System verweist. 50 

3. Einem laufenden Dienst liegt ein laufendes System 
zugrunde. Dieses System ist die laufende Version von 
dem System, was oben als implementiertes System er- 
wahnt wurde. So ein System hat einen internen Zu- 
stand, was sich von Zeit zu Zeit unterscheidet. 55 

4. Die oben erwahnten drei Punkte weisen auf ein 
ktinsdiches System. Fur die Verwirklichung des Dien- 
stes werden viele Menschen auch eine Rolle spielen. 
Diese Rollen sind mit Verantwortungen, Aufgaben, 
Rechten, Beziehungen, Besitztumern, usw. verbunden. 60 
Werden diesen Rollen einbczogen, crfaBt das Ganze 
nicht nur das kunstliche System, sondern auch den 
menschlichen Anteil. Hier wird also das System als 
ganzes, aber noch abstrakt verstanden. Es nimmt auch 
einen organisatorische Bedeutung an. 65 

5. Wenn die oben erwahnten Rollen besetzt sind, dann 
wird das System wieder im gleichen Sinn wie in Punkt 
2 verstanden, aber mit dem menschlichen Teil einge- 
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schlossen. 

6. Wenn die besctzten Rollen gerade mit dem laufen- 
den System auch noch interagieren, dann wird das Sy- 
stem im Sinne wie in Punkt 3 verstanden, nur mit ei- 
nem zusatzlichen organisatorisch-menschlichen Anteil 
eingeschlossen. 

[0107] An verschiedenen Orten in dieser AufFuhrung wird 
System anders gemeint, und muB je nach Kontext verstan- 
den werden. 

Dienstanforderungskategorien 

[0108] Ausgehend vom Dienst existieren verschiedene 
Aspekte, die uberlegt werden mussen. Beschrankend auf 
den kunstlichen Teil des Systems, werden die Kemanforde- 
rungen des Dienstes durch die Kemaspekte des Systems, die 
optimierenden Aspekte des Dienstes durch optimierende 
Aspekte des Systems und die erweiterbaren bzw. optionalen 
Aspekte des Dienstes durch erweiterbare Aspekte des Sy- 
stems realisiert. 

Kemanforderungen 

[0109] Die Kernanforderung des Dienstes sind einfach, 
daB wenn zwei Leute sich in einem SPLEMP befinden, 
beide diesen Dienst in Anspruch nehmen, und die Beiden 
zueinander passen, dann sollte das System ihnen Bescheid 
sagen, daB die beiden zu einander passen, und sie einander 
vorslellen. 

Optimierende Anforderungen 

[0110] Diese Anforderungen sind dafiir gedacht, das die 
haufigen Ausnahmefalle schon einbezogen sind, und daB sie 
einen minimalen Storungsfaktor fur den Dienst darstellen. 
Das System soli nicht zwei Leute vermitteln, von denen ei- 
ner oder sogar beide sich gar nicht in dem SPLEMP befan- 
den, oder daB keine Vermittlung vorgenommen wird, wenn 
einer von ihnen oder sogar beide den SPLEMP verlassen. 
Der Dienst soli auch nicht Leute vermitteln, die bereits ver- 
mittelt wurden und die bezuglich ihrer gegenseitigen Eig- 
nung einer anderen Meinung waren. Der Dienst soli darauf 
aufpassen, daB der Benutzer seine Angaben richtig eingege- 
ben hat, weil nur so die richtigen Leute vermittelt werden 
konnen. 

Erweiterte Anforderungen 

[0111] Diese Anforderungen sind im Grunde genommen 
eine Erweiterung der optimierenden Anforderungen. Hier 
geht man aber iiber die Grenzen der Kemanforderungen hin- 
aus. Diese Anforderungen dienen also nicht dazu, die Ker- 
nanforderungen zu optimieren, sondern urn den gesamten 
Dienst zu verbessern. Ohne diese Anforderungen wurde das 
System auch noch funktionieren. Hier geht es um Punkte 
wie etwa, daB der Benutzer oder SPLEMP-Betreiber selbst 
wahlen kann, in welcher Form ihnen der Dienst am besten 
gefallen wurde, daB der Benutzer daran erinnert werden 
kann, welche anderen Leute ihm in der Vergangenheit ver- 
mittelt wurden, daB nur Leute vermittelt werden, die in der 
Vergangenheit ein gutes Benehmen vorgezeigt hatten, daB 
der Benutzer den Dienst, falls ihm etwas zustoBt, wissen las- 
sen kann, wo er hinzugehen beabsichtigte, damit der Dienst 
irgendwie Hilfe leisten kann, daB auf die Anonymitat der 
Nutzer geachtet wird, daB der Dienst den Benutzer nicht in 
Gefahr bring! durch Vermittlung eines womoglich gefahrli- 
chen Partners, daB es fur den Benutzer einen Ansporn gibt, 
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nicht zu liigen und sich richti^HTbenehmen, usw. 

Systemumfangsumrisse 

[0112] Manche Systemkomponenten sind wichtiger als 5 
andere. Manche sind relevant fur das System, anderen wie- 
derum nicht. Genauso wie bei Dienstanforderungskatego- 
rien, unterteilt man diese Kategorien auch ahnlich. 



Kernfunktionalitaten 



to 



[0113] Diese Komponenten sind fur die Verwirklichung 
des Systems auBerst wichtig. Sie sind auch zustandig fur die 
Kernanforderungen des Dienstes. Sie sind fiir die folgenden 
Funktionalitaten zustandig: 15 



1. Benutzer-Registrierung 

2. Benutzerprofil-Verwaltung 

3. Diensteinleitung 

4. Ortsanmeldung 

5. Interaktive-TaUgkeitsabsichten-Definition 

6. Dienstaktivierung 

7. Partnerschaftseignungsuberprufung 

8. Bekanntmachungssitzung 

9. Dialog 



25 



Aufbauende Funktionalitaten 

[0114] Diese Funktionalitaten bauen das System eher ver- 
tikal auf. Eine der Kernbedingungen dafur, da6 das System 
funktioniert, ist, daB die bei den Benutzer, die eventuell an- 
einander vermittelt werden, sich an dem gleichen Ort auf- 
halten. Die Erfuilung dieser Bedingung wird mit Hilfe ver- 
schiedener Funktionalitaten sichergestellt. Die Ortsanmel- 
dungs-Funktionalitat ist schon oben erwahnt worden. Die 
anderen Funktionalitaten, die hier erwahnt werden, sind 
weitere Entwicklungen da von. 

Anmeldungsorts-Anwesenheits-Sicherstellung 

[0115] Das verbessert das Funktionieren des Systems, da 
man so weiB, daB der Benutzer sich wirklich an diesem Ort 
aufhalt. Nur so konnte ein Partnerschaftsvermittlungssystem 
mit Sicherheit einen Benutzer dem Anderen vermitteln. Im 
anderen Fall wiirden dem Benutzer Partnerschaftskandida- 
ten vermittelt, die gar nicht da sind. Die Ortsanmeldung 
wird in dieser Funktionalitat eingeschlossen. Diese Funktio- 
nalitat wurde oben in M L6sungsarchitektur7"Haupt-Dienst- 
prozesse, Funktionalitaten und LosungsstrategienVOrts- 
feststellung" erlautert. 

Benutzerbehauptung der eigenen Aufenthaltsfortfuhrung 
am Anmeldungsort 

[0116] Diese Funktionalitat verbessert das System, so daB 
ein Benutzer nur dann bedient werden muB, wenn er auch da 
ist, und zweitens laBt er sich auch nicht falschlicherweise an 
andere vermitteln, da er dabei auch noch an das Wohl Ande- 
rer denkt. Diese Funktionalitat wurde oben in "Losungsar- 
chitckturTHaupt-Dicnstprozcssc, Funktionalitaten undLo- 
sungsstrategien'VUberwachung der Aufenthaltsfortfuhrung 
am AnmeldungsortTBenutzerbehauptung der Aufenthalts- 
fortfuhrung am Anmeldungsort" erlautert. 
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Sicherstellung der Aufenthaltsfortfuhrung des Benutzers am 
Anmeldungsort 

[0117] Bei dieser Funktionalitat, wird nicht von dem opti- 
malsten Verhalten des Benutzers ausgegangen, sondem das 
System nimml selbsl alles in die Hand und stellt sicher, daB 
der Benutzer sich wirklich noch an diesen Ort aufhalt. Die 
Benutzerbehauptung wird in dieser Funktionalitat einge- 
schlossen. Diese Funktionalitat wurde oben in "Losungsar- 
chitektur'VHaupt-Dienstprozesse, Funkuonalitaten und L6- 
sungsstrategien7"Uberwachung der Aufenthaltsfortfuhrung 
am Anmeldungsort"/" Sicherstellung der Aufenthaltsfortfuh- 
rung am Anmeldungsort" erlautert. 

Optimierende Funktionalitaten 



[0118] Diese Funktionalitaten beschranken die Wahr- 
scheinlichkeit, daB die Voraussetzungen bei den Kernfunk- 
tionalitaten in Wirklichkeit nicht erfiillt werden. Sie dienen 
20 als Unterstutzung fur die Realisierung der Kernfunktionali- 
taten. Dadurch wird das System wohlgeformter. 

Benutzer-Feedback 



[0119] Dadurch wird ein Aspekt des Systems zum Teil be- 
handelt, der das System ohne diese Funktionalitat zu einem 
anfalligen System machen wiirde. Es fehlt Vertrauen in die 
Angaben des Benutzers beziiglich seines Proflls. Mehr zu 
dieser Funktionalitat wird oben in "Losungsarchitek- 
tur'VHaupt-Dienstprozesse, Funktionalitaten und Losungs- 
strategien"/"Kritischer Feedback" erklart. 

Erweiternde Funktionalitaten 

[0120] Diese Funktionalitaten sind nicht fur die Realisie- 
rung des Dienstes kritisch. Die folgenden Funktionalitaten 
gehoren dazu: 



1 . Benutzer-Bedienungsein stellungen 
40 2. Benutzer-Gedachtnisunterstutzung 
3. Benutzer- Sicherheit 



45 



50 
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Benutzer-Bedienungseinstellungen 

[0121] Es kann rnehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind die folgenden: 

1 . Quali tatsklasse der Bedienung 

2. Preisklasse 

3. Maximale Mitteilungshaufigkeit der Partnerschafts- 
treffer 

4. Minimaler Ubereinkunftsprozentsatz 

5. Usw. 



[0122] Je nach der Qualitat des Dienstes, die der Benutzer 
anstrebt, kann der Benutzer eine der Qualitatsklassen aus- 
wahlen. Diese Qualitatsklassen entsprechen vielleicht auch 

60 unterschiedlichen Preisklassen, aber nicht unbedingt. Viel- 
leicht gibt es Zeitbeschrankungen, wie oft man cine bevor- 
zugte Quali tatsklasse verwenden kann. 
[0123] Ein Benutzer kann auch verschiedene Preisklassen 
benutzen. Die Preisklasse konnte etwa fiir einen bestimmten 

65 Benutzer fest sein, oder sie konnte frei wahlbar sein. 

[0124] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partnerschaftskandidaten, die innerhalb einer Zeit- 
spanne angeboten werden, kontrollieren wollen. Zum Bei- 
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spiel konnte ein Benutzer wof^^laB ihm nicht ofter als alle 
20 Minuten ein Partncrschaftskandidat vermittelt werden 
soil. 

[0125] Ein Benutzer kann spezifizieren, wie anspruchsvoll 
er/sie sein mochte. Je anspruchsvoller ein Benutzer ist, desto 
schwieriger ist es, einen geeigneten Partnerschaftskandida- 
ten fiir ihn/sie zu finden, es nimmt mehr Zeit in Anspruch, 
und vielleicht findet sich iiberhaupt gar kein Partner in dem 
entsprechenden SPLEMP, der so gut zu dem Benutzer pas- 
sen wurde. 

[0126] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitere existieren, die iiberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem-in diesen Ver- 
fahrenschritt oder Funktionalitat eingestuft werden konnten. 

Benutzer-Gedachtnisunterstutzung 
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16. Eigener Abas, der dem vermittelten Partner- 
schaftskandidaten vorgefuhrt wurde. 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. Tagebucheintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angeordnet sind, wobei es sich urn 
die Entwicklung der Beziehung und der Meinung iiber 
den anderen handelt. 



10 



15 



[0127] Wenn eine Partnerschaftseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 20 
Chance zum Besprechen gehabt haben und sich wieder von- 
einander verabschiedet haben, konnten die beiden Parteien 
wiinschen, Informationen iiber die andere Partei und iiber 
das TrefTen im allgemeinen zu speichem, so daB man eine 
Ubersicht hat iiber die Leute, die man getroffen und kennen- 25 
gelernt hat. Es kann passieren, daB man nach einer gewissen 
Zeit friiher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangt. Dies kann insbesondere geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 30 
viel Zeit seither vergangen ist, oder wenn an dem Treff oder 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, daB es eine 
Unterstutzung gibt, um sich an die Leute zu erinnern, die 
man im Leben getroffen hat. Man kann das als ein auf die 35 
Partnerschaftseignungstreffer bezogenes Tage- und Kon- 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch einem Tagebuch speichern wurde: 

1. Typ des Bekanntmachungsmittels 40 

2. Bekanntmachungsagent 

3 . BekanntschaftsschlieBungsereignis. 

4. BekanntschaftsschlieBungsort. 

5. BekanntschaftsschlieBungszeit. 

6. Alias des vermittelten Partnerschaftskandidaten. 45 

7. Foto des vermittelten Partnerschaftskandidaten. 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Umstande des TrefTens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 50 

1 1 . Gegenseitige Entscheidung zum Ende des TrefTens 
daruber, wie man vorgehen mochte bei der Erforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Tatigkeit zu befassen. 

12. Positive Attribute des vermittelten Partnerschafts- 55 
kandidaten, welche zu einem TrefTer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurden. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 60 
sitzung als Warnungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 
schaftskandidaten (in diesem Fall den Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. 65 

15. Eigene positive Attribute, die zu einem Treff er 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 



Benutzer-Sicherheit 

[0128] Zur Benutzersicherheit konnen sehr viele Mecha- 
nismen ausgedacht werden. Die meisten von ihnen haben 
eine gesellschaftliche Komponente und sind stark von den 
herrschenden Gesellschaftsnormen und -strukturen abhan- 
gig. Die kiinstlichen Mechanismen, die bereitgestellt wer- 
den, sind auch nur einsatzfahig, wenn einige gesellschaftli- 
che Voraussetzungen erfiillt sind, oder wenn bestimmte Vor- 
gehensweisen akzeptiert sind, und auch nur in einer unter- 
stiitzenden Rolle. Die folgenden MaBnahmen sind vorstell- 
bar: 

1. Verhaltenskodex-Vertrag: Wenn der Benutzer sich 
fur diesen Dienst registriert, muB er einen Verhaltens- 
kodex-Vertrag lesen und unterschreiben, bzw. einfach 
akzeptieren. Mit diesem Verhaltenskodex versichert er, 
daB er die Regelungen befolgen wird, nichts tun wird, 
was verboten ist, die Verhaltensweisen, die als nicht 
empfohlen erklart sind, zu vermeiden versuchen wird, 
usw. Hier wird der Benutzer sich auch fur einverstan- 
den erklaren, daB, wenn die Polizei eine Ermittlung ge- 
gen ihn vornimmt, seine Angaben den Behorden - mit 
groBer Zuriickhaltung - uberreicht werden diirfen. Er 
wird dem Dienst auch die Genehmigung erteilen, seine 
Identitat und Personalien von seiner Identitatsbiir- 
gungsinstanz abzufragen. 

2. Verhaltens- und Benutzungsanweisungen: Dies be- 
trifft eher den Umgang mit System und Dienst. Anders 
als oben, wo eher Verbote aufgefuhrt sind, werden hier 
Empfehlungen und Tips erklart. Der Benutzer diirfte 
durch die Haltung an diese Empfehlungen den Dienst 
und das System am optimalsten benutzen konnen. 

3. Kritischer Feedback: Falls der Benutzer merkt, daB 
der vermittelte Partnerschaftskandidat nicht auf den 
Verhaltenskodex oder die Verhaltens- und Benutzungs- 
anweisungen achtet, oder auch sonst ein schlechtes Be- 
nehmen vorweist, dann kann der Benutzer ein kriti- 
sches Schreiben an den Dienst schicken. Auch wenn 
der Benutzer der Meinung ist, daB der vermittelte Part- 
nerschaftskandidat mit seinen Angaben geschummelt 
hat, um seine Chancen, einen Partnerschaftseignungs- 
LrefTer zu erzielen, zu verbessem, kann der Benutzer 
dem Dienst dies mitteilen. Das hilft deshalb, daB im 
Falle, daB die Beschwerden gegen einen Benutzer an 
Glaubwiirdigkeit gewinnen, der Benutzer irgendwie 
bestraft werden kann. 

4. Sicherheitsiiberpriifung: In dem Dienstnutzungsver- 
trag wird der Benutzer auch die Genehmigung erteilen, 
nach seiner Strafakte und anderen Personalien bei den 
Behorden oder anderen Instanzen nachschlagen oder 
abfragen zu diirfen. Wenn der Verdacht bestunde, daB 
der Benutzer eine Gefahr fiir andere Benutzer darstel- 
len konnte, dann wiirde bei den Behorden auch nachge- 
forscht. Es kann sogar eine gewisse Automatisierung 
dabei geben. Wenn sich aus der Sicherheitsiiberpriifung 
ergibt, daB der Benutzer ein Risiko ist, dann konnten 
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verschiedene MaBnahni^fetroffen werden, je nach- 
dem, welche Gesetz- und Gcscllschaftsnormenver- 
stoBe er aufzuweisen hat. Dies kann alles, zwischen 
Bedienungsverweigerung, komplettern Ausscheiden, 
bis zur Behordenmitteilung nach sich Ziehen. 5 

5. Identitatsbestatigungsuberpriifung: Der Benutzer 
wird in seinem Benutzungsantrag dem Dienst auch die 
Genehmigung erteilen, seine Identitat und Personalien 
von seiner Identitatsbiirgungsinstanz bestatigen zu las- 
sen. Dafur gibt er an welche Identitatsbiirgungsinstanz 10 
dies machen wurde, seine Personalien, und eine even- 
tuell digital unterschriebene Genehmigung. 

6. Anonymitat: Anonymitat ist eine der wichtigsten 
Leistungen des Dienstes. Die Leute wollen selbst die 
Kontrolle haben zu entscheiden, wem sie von sich er- 15 
zahlen wollen und wem nicht. Es ist auch so, daB kein 
vermittelter Partnerschaftskandidat aus irgendeinem 
Grund anfangen soli, den Benutzer zu verfolgen oder 

zu belastigen. Deswegen werden wahrend des gesam- 
ten Prozesses keine identitatsbezogenen Angaben oder 20 
sonstige Angaben vermittelt, wodurch der vermittelte 
Partnerschaftskandidat an den Benutzer nachtraglich 
herankommen konnte. 

7. Rechenschaftspflichtigkeit: Sollte ein vermittelter 
Partnerschaftskandidat den Benutzer irgendwie 25 
schlecht behandeln oder ihm Schaden zufugen, dann 
kann durch Benutzer-Feedback-Besch werden, polizei- 
liche Anzeigen, oder Aufzeichnungen tiber gemeinsam 
unternommene Tatigkeiten zunachst ermittelt werden, 
wer die Person war, die als vermittelter Parlnerschafts- 30 
kandidat an den Benutzer vermittelt wurde, und auBer- 
dem kann festgestellt werden, fur was sich diese Person 
schuldverdachtig gemacht hat. Dann kann entschieden 
werden, welche MaBnahmen getroffen werden konnen, 
entweder auf den Dienst bezogen oder zur Unterstiit- 35 
zung bei polizeilichen Ermittlungen. 

8. Steuerbare Kontaktierbarkeit: Wenn zwei vermit- 
telte Benutzer nach ihren Gesprachen entscheiden, daB 
sie doch weiter in Kontakt bleiben wollen, aber noch 
nicht so weit sind, daB sie einander vertrauen, oder die 40 
Regeln der Anonymitat einhalten wollen, oder die Na- 
tur ihrer Vorhaben Anonymitat empfehlenswert macht, 
dann konnen sie sich auch fur Kontaktiermoglichkeiten 
entscheiden, bei denen sie nicht ihre personlichen Kon- 
taktadressen herausgeben mussen, sondem sie konnen 45 
einfach die Kennzeichnung eines vorvennittelten Part- 
ners aufrufen, und die RPMMSU damit beauftragen, 
eine asynchrone bzw. synchrone Verbindung zwischen 
den beiden herzustellen. 

9. Interaktive-KoakUvitats-und-Komobilitats-Uber- 50 
wachungs-Funktionalitat: Dies ahnelt dem Fall, daB 
man ausgeht und die Eltern wissen la'Bt, mit wem man 
unterwegs sein wiirde und wo genau man hingeht, so 
daB einerseits die Eltern sich keine Sorgen machen 
mussen und man zweitens, sollte einem etwas zusto- 55 
Ben, es leichter festgestellt werden konnte, wo das 
Kind sich befindet, usw. Naturlich mochte man aus 
Griinden der Privatsphare dem Bekannten nicht unbe- 
dingt Bescheid sagen, was man tut und mit wem man es 
tut. Diese Sicherheit basiert auf den Information en, die 60 
der Benutzer einfach der RPMMSU zukommen laBt 
bezuglich der Benutzerbewegung, dem Verbleib, der 
Begleitung, den Absichten, den Vorschlagen und An- 
geboten des Begleiters bzw. den eigenen, usw. Im Falle 
von Schaden oder Festnahme, usw. des Benutzers, 65 
konnten die Behorden den Verlauf zuriick verfolgen 
und den Benutzer ausfindig machen. Diese Information 
wird auch von dem Benutzer bereitgestellt, um die be- 
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gleitende Person^Ge nicht vertrauenswurdig oder 
fremd ist, wissen zu lassen, daB er nicht unbestraft da- 
vonkommen konnte, sollte er dem Benutzer irgendwel- 
chen Schaden zufugen. Diese Information hier wird 
nicht weiter benotigt, sobald sich der Benutzer emeut 
bei dem Dienst gemeldet hat und einige Wochen ver- 
gangen sind, da man in diesem Fall davon ausgehen 
kann, daB das Treffen ohne Zwischenfaile verlaufen ist. 
Die Informationen sollen insgesamt nur fur eine maxi- 
male Dauer von wenige Wochen behalten werden. 

10. Notruf-Weiterleitung: Dies kann hilfreich sein, da 
im Falle daB der Benutzer einen Notruf aussendet und 
um Hilfe wegen irgendwelcher ernsthaften Probleme 
bittet, dann sehr viele zusatzliche Infonnationen uber 
den Benutzer, uber seinen Verbleib, uber die eventuelle 
bedrohliche Begleitung des Benutzers, und sogar die 
Art des Problems erfaBt werden konnen und an die Be- 
horden weitergeleitet werden konnen. Da der Dienst 
einfach mehr Informationen uber den Benutzer hat und 
eventuell uber das, was er gerade macht, ist es ihm 
moglich, nutzliche Hilfe anbieten zu konnen. Daruber 
hinaus konnten weitere Informationen uber das Ausse- 
hen des Benutzers, sein Foto, Erklarung der Umstande, 
usw. den Sicherheitsdiensten zur Verfugung gestellt 
werden. 

11. Kooperation mit der Polizei: Sollte die Polizei ge- 
rade eine Ermittlung machen gegen einen Benutzer, 
dann kann der Dienst eventuell durch Bereitstellung 
von Informationen behilflich sein. Hier muB darauf ge- 
achtet werden, welche Infonnationen bereitgestellt 
werden diirfen und welche die Privatsphare des Benut- 
zers verletzen konnten. Im Falle von bloBem Verdacht 
oder Befragung wird die Hilfe nur angeboten, wenn die 
Behorden zusagen, daB sie sehr feinfiihlig damit umge- 
hen wtirden. Die angebotene Hilfe ist auch abhangig 
davon, ob die Beschwerde an die Polizei von einem an- 
deren Benutzer eingereicht wurde oder nicht. 

12. Privatsphare: Der Benutzer kann all seinen Anga- 
ben eine Stufe der Privatsphare zuordnen und auch an- 
geben, fur welche Zielgruppen welche Stufe gilt. Emp- 
findliche Angaben werden dann dieser Zielgruppe 
nicht preisgegeben. Auch bei Ermittlungen wird Dis- 
kretion gewahrt. 

13. Beratung: Der Benutzer kann sich eventuell von 
jemandem von dem Dienst beraten lassen, was Ge- 
sprachsverhalten angeht oder wie man mit einem sehr 
ungezogenen Verhalten eines vermittelten Partner- 
schaftskandidaten umgeht, oder wie man sich be- 
schweren soli, und uber viele anderen Themen bezug- 
lich Gesellschaftsumgang, Sicherheit, Beschweren, 
Dienstnutzung, usw. 14. Vertrauenswiirdiger Partner- 
schaftseignungsuberpriifungs-Algorithmus: Das ist 
wichtig, weil es moglich ist, daB Informationen in an- 
deren zur Partnerschaftseignungsuberpriifungs und 
Partnervermittlung benutzten Algorithmen auf ver- 
schieden Wei sen benutzt werden konnen. An diese Al- 
gorithmen werden sehr personliche Informationen be- 
reitgestellt und wenn man nicht genau weiB, was diese 
Algorithmen damit machen, dann konnte ein Sicher- 
heitsrisiko entstehen. In dem Fall der RPMMSU ist das 
fast ausgcschlosscn. Dieser Algorithmus ist in der Ob- 
hut des RPMMSU-Betreibers und damit gibt es nur 
eine Instanz, die fur die Sicherheit und die richtige Be- 
nutzung zustandig ist. 

15. Vertraulichkeit erfordemde Benutzer-Angaben bei 
bestimmten SPLEMP-iypem Es gibt verschiedene 
SPLEMPs in einer Nachbarschaft oder Stadt. Jeder 
SPLEMP hat eine andere Kundschaft. Die Kundschaft 
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eines bestimmten SPLEiWPs konnte einer bestimmten 
Kategoric von Benutzcrn aus Griinden der Ethnizitat, 
Religion, politischen Meinungen, Geschlecht, sexuel- 
ler Orientierung, Verbandsmitgliedschaft, usw. nicht so 
wohlgesonnen sein. Sollte ein Benutzer solche Eigen- 5 
schaflen haben, was aus ihrn einen unwillkommenen 
Besucher bei diesem SPLEMP machen wurde, ware es 
nicht so klug, jedem Beliebigen Zugang zu den Eigen- 
schaften des Besuchers zu ermoglichen. Diese Attri- 
bute sind als Vertraulichkeit erfordernd fur den be- 10 
stimmten SPLEMP zu verstehen. Als eine vorgegebene 
Regel sollten diese Attribute in diesem SPLEMP nicht 
fur Partnerschaftseignungsuberpriifungen benulzt wer- 
den. Der Benutzer soli uber diese kontextuelle Vertrau- 
lichkeitsanforderung benachrichtigt werden und ge- 15 
fragt werden, ob er vor hat, diese Einstellung aufzuhe- 
ben. Dieser Aspekt des Dienstes hilft, urn festzustellen, 
welche Attribute in einem Benutzerprofil bei einem 
SPLEMP als Vertraulichkeit erfordernd erklart werden 
sollen. Die Informationen dies beziiglich stamrnen vom 20 
Feedback von verschiedenen Benutzern, die meinten, 
daB so eine Regelung notig ware. Ein SPLEMP konnte 
selbst den Wunsch haben, irgendwelche ungliickliche 
Vorfalle zu vermeiden und so eine Vorsichtsregelung 
angewendet zu bekommen. 25 

16. Vertraulichkeit erfordemde Benutzer-Angaben bei 
bestimmten Ortlichkeiten: In bestimmten Ortlichkeiten 
gibt es bestimmte Arten von Menschen, die eine Ge- 
fahr fur Andere eines bestimmten Typus darstellen 
konnen. Alle SPLEMPs, die in diesem Gebiel sich be- 30 
finden, sind auch fur diesen T^pus von Benutzern eine 
Gefahr, auBer wenn der SPLEMP extra fur diesen Ty- 
pus bedacht ist. Andernfalls ist es wichtig, daB hochste 
Vorsicht bei der Vermittlung von Benutzern dieses ty- 
pus in diese SPLEMPs angewendet werden soil. Die 35 
Informationen, um so etwas zu bewerten kommen aus 
verschiedenen Quellen wie demographischen Studien, 
Benutzerfeedback, Vorfallsberichlen, usw. 

17. Vorsicht bei der Nutzung von Vertraulichkeit be- 
durftigen Benutzer-Angaben bei Partnerschaftseig- 40 
nungsiiberprufungen bei bestimmten Partnerschafts- 
kandidaten: Der Dienst erhalt Informationen uber einen 
Benutzer entweder uber seine eigenen Angaben, oder 
uber sein Verhalten, das direkt durch die Dienstbenut- 
zung klar wurde, oder iiber Berichte von anderen Be- 45 
nuLzem, oder durch das, was von seiner Strafakte her- 
geleitet werden konnte. Alle diese Quellen ermogli- 
chen es, daB entschieden werden kann, ob ein Benutzer 
bei einem anderen gut aufgehoben sein konnte oder ob 
man Vorsicht walten lassen soil. Dieser EntschluB ist 50 
auch von dem Charakter des Benutzers selbst abhan- 
gig. 

18. Analyse der Dauerhaftigkeit der Benutzerprofilat- 
tribute und ihre Anwendung: Das Benutzerprofil andert 
sich im Verlauf der Zeit. Manchmal kann es sich als 55 
wichtig erweisen, aufzuspuren, warum ein Partner- 
schaftseignungstreffer erzielt wurde, wie oft der Benut- 
zer sein Profil andert, ob der Benutzer etwas andert, 
was nicht als fluchtige Information betrachtet wird, ob 
der Benutzer bei der Anderung von Attributen Motive 60 
vcrfolgt, die cs ihm ermog lichen wurden, bei einer be- 
summten Gruppe von Leuten eine Partnerschaftseig- 
nung zu erzielen, ob die Anderungen realistisch sind, 
usw. Das kann sich als wichtig erweisen, z. B. wenn 
der Benutzer seine Profilattribute einfach so verandert, 65 
z. B. seine religiose Zugehorigkeit, um Leuten nicht 
aus Griinden der Partnerschaft vermittek zu werden, 
sondern um eine Gruppe von Menschen aufzuspuren, 
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denen gegenuberer ein negatives Ziel verfolgt, oder 
um bei der Parmerschaftseignungsuberprufung selbst 
zu tricksen. Solche unehrlich veranlagten Menschen 
waren bereit, ofters ihre Attribute zu verandern. 
19. Verfolgung der Glaub wurdigkeit bei den Benutzer- 
profilattributen: Je nachdem, was der Benutzer in sein 
Benutzerprofil eingibt und was widerspruchliches von 
dem vermittelten Partnerschaftskandidaten durch 
Feedback ermittelt wurde, wird bewertet, wie hoch die 
Glaubwurdigkeit bei verschiedenen Angaben eines Be- 
nutzers ist. Auch die fruheren Glaub wurdigkeitsbewer- 
tungen spielen dabei eine Roile. Diese Glaubwurdig- 
keit spielt eine groBe Rolle dabei, ob ein Benutzer ei- 
nem anderen vermittek wird oder nicht. 



Betriebsbezogene Funktionalitaten 

[0129] Hierbei geht es um Funktionalitaten, die den Be- 
trieb einer Implementierung des Systems betreffen. Das sind 
folgende Funktionalitaten: 

1. Installieren 

2. Uberwachen 

3. Protokollieren 

4. Analysieren 

5. Steuern 

6. Konfigurieren 

7. Diagnostizieren 

8. Korrigieren 

9. Erweitern 

10. Unterbrechen 

11. Anschalten 

12. Ausschalten 

13. Kommunikation sichern 

14. Kooperation sichern 

15. Verteilungs-Management 

16. Usw. 

[0130] Dariiber hinaus betrifrt es die Modularisierung, 
Verteilung, und Organisation der Implementierung des Sy- 
stems, besonders was die RPMMSU angeht. Verschiedene 
SPLEMPs befinden sich in verschiedenen Gebieten der 
Welt. Um ihre Verwaltung zu vereinfachen, werden die 
SPLEMPs zusammengefaBt zu Gruppen, die hier SPLEMP- 
Cluster genannt werden. 

[0131] Ein SPLEMP-Cluster kann geographisch oder 
nach T^pus der SPLEMPs festgelegt werden. Die kleinste 
Ortlichkeit ware vielleicht ein Stadtteil oder eine ganze 
Klein stadt. Geographisch konnte eine Ortlichkeit topogra- 
phisch, politisch, kulturell, demographisch, rein geogra- 
phisch oder aus Griinden der gleichmaBigen Verteilung be- 
stimmt werden. Hier geht man von der Ortlichkeit des 
SPLEMPs aus. Auch wenn die SPLEMPs nach TVP US zu " 
sammengefaBt werden, werden sie trotzdem hochst wahr- 
scheinlich noch eine geographische Komponente haben. 
Unter Typus versteht man, ob der SPLEMP einer bestimmte 
Art von Kundschaft pflegt, in welcher GroBenordnung man 
es einstufen kann, welches Bedienungs-Paket der Dienstan- 
bieter in Anspruch nimmt, usw. Hier geht man von dem 
SPLEMP aus. 

[0132] Die SPLEMP-Cluster konnen wiederum nach zwei 
Arten unterschieden werden: Betriebs-SPLEMP- Cluster 
und virtuelle SPLEMP-Cluster. Die SPLEMPs in einem Be- 
triebs-SPLEMP-Cluster benutzen die gleiche Ressourcen 
und ihre Verarbeitung lauft auf die gleichen Ressourcen, 
z. B. Prozessor und/oder Speicher. Sie teilen eine Plattform. 
Mehrere Betriebs-SPLEMP-Cluster konnen zu einem Obe- 
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ren-Betriebs-SPLEMP-Cluste^^usammengefa6t werden, 
wobei dieser sich auch wie ein Betricbs-SPLEMP-Cluster 
verhalt. Ein virtueller SPLEMP-Cluster umfaBt mehrere 
SPLEMPs eventuell aus verschiedenen Betriebs-SPLEMP- 
Clusters nach irgendwelchen Kriterien, nur um irgendwel- 
che Operalionen auf ihnen geineinsam durchfiihren zu kon- 
nen, oder auch einfach um auf sie direkt auf einmal zuzu- 
greifen. Zu diesen Arten von Funktionalitaten gehort auch 
das Management von Betriebs-SPLEMP-Clusters und virtu- 
ellen SPLEMP-Clusters. 

Technologien 

[0133] Technologien wie die auf Infrarot basierte IrDA, 
auf Rundfunkwellen basierte Bluetooth Technologie von 
BluetoothSIG, drahtlose JINI von Javasoft, oder ahnliche, 
konnen die Aufgabe der kurzstreckigen drahtlosen Kommu- 
nikation bewaltigen. 

[0134] Mobilfunknetze benutzen standard] si erte Techno- 
logien wie GSM, IS-136, PDC, UMTS, usw. fur die lang- 
streckige drahtlose Kommunikation zwischen zwei Gerate. 
[0135] Fur die langstreckige Kabel-Verbindungen, gibt es 
auch eine Reihe von Standards wie ISDN, Internet, usw. 
Auch viele anderen Technologien wie Java RMI, DCE, 
CORBA, XML Familie, CGI, Java Speziflkationen, usw. 
konnen benutzt werden. 

Glossar 
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Allgemeines 

Match Partnerschaftseignung, je nach Kontext auch: Part- 
nerschaftseignungstreffer, Partnerschaftseignungsbestati- 
gung, Partnerschaftseignungsfund, Partnerschaftsuberein- 
stimmung, Partnerschaftssuchtreffer, Partnerschaftsfund, 
Ubereinstimmungsmoglichkeitsbestatigung 
Match Making: Partnerschaftssuche, Partnerschaftsuberpru- 
fung, Partnervemiittlung, Ubereinstiirimungsprufung 
Match Making Scheme Partnerschaftssuchprogramm, Part- 
nervermittlungsdienst, 

Public Leisure and Entertainment Meeting Place (PLEMP): 
Offentlicher Freizeit- und VergniigungstrefTpunkt 
Serviced Public Leisure and Entertainment Meeting Place 
(SPLEMP): Bedi enter offentlicher Freizeit- und Vergnii- 
gungstrefTpunkt 

Hauptkomponenten 

Real Partner Match Making Server Unit (RPMMSU): Part- 

ner-im-realen-Ixben-Ubereinstimmungspriifungs-Dienst- 

leistungs-Einheit 

Serviced Public Leisure and Entertainment Meeting Place's 
(SPLEMP) Location Server Unit (LSU): Ortiichkeitsdienst- 
leistungseinheit eines bedienten offenllichen Freizeit- und 
Vergniigungstreffpunktes 

User's Personal Mobile Communications and Computing 
Device (PMCCD): Personliches Mobilkommunikations- 
und Rechengerat des Benutzers 

Parteien 

Authentification Agency: Authentifizierungsagentur 
Security Authority: Sicherheitsinstanz 
SPLEMP Operator: SPLEMP-Betreiber 
RPMMSU Operator: RPMMSU-Betieiber 
User: Benutzer 



Accepted Matched Candidate Partner: Akzeptierter vermit- 
telter Partnerschaftskandidat 
5 Candidate Partner: Partnerschaftskandidat 

Matched Candidate Partner Vennittelter Partnerschaftskan- 
didat 

Probationing Accepted Matched Candidate Partner: Akzep- 
tierter vermittelter Partnerschaftskandidat in der Probezeit 
10 Successfully Probationed Accepted Matched Candidate 
Partner: Erfolgreich erprobter vermittelter und akzeptierter 
Partnerschaftskandidat 
User: Benutzer 

15 Kategorien der Module 

Basic Platform Modules: Grundplattform-Module 
Communications Connection Management Modules: Kom- 
munikationsverbindungsmanagement-Module 
20 Configuration Modules: Konfigurationsmodule 

Information Analysis Modules: Informationsanalyse-Mo- 
dule 

Information Feed Modules: Informationseingabemodule 
Information Management Modules: Informationsmanage- 

25 mentmodule 

Presentation Modules: Presentation s-Module 

Service Processing Modules: Dienstbearbeitende Module 

System Information Capture Modules: Systeminformations- 

erfassungsmodule 

30 User Dialogue Modules: Benutzerdialogmodute 

User Notification Modules: Benutzerbenachrichtigungsmo- 
dule 

User Query Modules: Benutzeranfragemoduie 

35 Real Partner Match Making Server Unit 

Active User Profile Generation Module: Modul zur Erstel- 
lung aktiver Benutzerprofile 

Astrological Systems based Astrological Profile Evaluation 
40 Module: Modul zur Bewertung auf astrologischen Systemen 
basierter astrologischer Profile 

Authentication Authority Agencies User Authentication 
Confirmation Feed Human-Machine Interface Support Mo- 
dule: Modul zur Unterstutzung der Mensch-Maschine- 
45 Schnittstelle fur die Authentifizierungsinstanzen zur Besta- 
tigungseingabe beziiglich der Authentifizierung des Benut- 
zers 

Authentication Module: Authentifizierungsmodul 
Automatic User Position Determining Module: Modul zur 

50 automatischen Besdmmung der Benutzerposition 
Central Processing Unit: Zentralprozessoreinheit 
Communication Connection Establishment Module: Modul 
zum Aufbau einer Kommunikationsverbindung 
Display Output Mechanism Unit: Bildschinnausgabeme- 

55 chanismuseinheit 

Emergency Call Reception Module: Notrufempfangsmodul 
Emergency Call Security Processing Module: Sicherheits- 
modul zur Verarbeitung von Notrufen 
External Serial and Parallel Interfaces Bus and Control Unit: 

60 Bus- und Steuerungseinheit externer serieller und paralleler 
Schnittstcllen 

Geographical Places and Positions Interrelauonships 
Graphs based Informadon Format Conversion Modules: 
Modul zur Konvertierung des Formates der Informationen 
65 der Wechselbeziehungen zwischen geographischen Orten 
und Posidonen 

Geographical Places and Positions Interrelauonships 
Graphs based Information Management Module: Modul zur 
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Verwaltung der auf WechsefflizTehungsgraphen iiber geo- 
graphische Orte und Posilionen basierten Inforniationcn 
Interactive Activity Intentions Cofiguration Support Mo- 
dule: Modul zur Unterstiitzung der Konfiguration der Inter- 
aktive-Tatigkeits-Absichten 5 
Interactive Activity Intentions Definition Processing Mo- 
dule: Modul zur Verarbeitung der Bestimmung der Interak- 
tive-Tatigkeiten-Absichten 

Introductory Session Management Support Module: Vor- 
stellungssitzungs-Verwaltungs- und Unterstiitzungsmodul 10 
Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Locality related Demographic Information Capture and Ma- 
nagement Module: Modul zur Erfassung und Verwaltung 
brtlichkeitsbezogener demographischer Informationen 15 
Locality related User Profile Attributes Sensitivity Determi- 
nation Module: Modul zur Feststellung der Sensibilitat der 
ortlichkeitsbezogenen Benutzerprofilsattribute 
Location Deregistration Intent Confirmation Support Mo- 
dule: Modul zur Bestatigungsuntersttitzung der Absicht zur 20 
Ortlichkeitsabmeldung 

Location Registration Configuration Support Module: Mo- 
dul zur Unterstiitzung der Konfiguration der Ortlichkeitsan- 
meldung 

Long Distance Signalling Connection to Serviced Public 25 
Leisure and Entertainment Meeting Place's Location Server 
Unit Management Module: Modul zur Verwaltung von 
Langstrecken-Datenubermittlungsverbindungen zur LSU 
eines SPLEMPs 

Long Distance Wired Networking and Communications 30 
Unit: Langstrecken-Kabel-Vemetzungs- und Kommunikati- 
onseinheit 

Long Distance Wireless Networking and Communications 
Unit: Langstreckige drahtlose Vernetzungs- und Kommuni- 
kationseinheit 35 
Long Distance Wireless Signalling Connection to Users 
Personal Mobile Communications and Computing Device 
Management Module: Modul zur Verwaltung von drahtlo- 
sen Langstrecken-Datenubermittlungsverbindungen zum 
PMCCD eines Benutzers. 40 
Long Distance Wireless Synchronous Duplex Communica- 
tion Connection to User's Personal Mobile Communications 
and Computing Device Management Module: Modul zur 
Verwaltung von drahtlosen synchronen Duplex Langstrek- 
ken-Kommunikationsverbindungen zum PMCCD eines Be- 45 
nutzers. 

Main Memory Unit: Hauptspeichereinheit 

Match Making Processor Module: Modul zur Verarbeitung 

der Partnerschaftseignungssuche 

Match Processing Module: Modul zur Verarbeitung der 50 
Partnerschaftseignungstreffer 

Matched Candidate Partner Catalogue Management Mo- 
dule: Verwaltungsmodul des Kataloges von vermittelten 
Partnerschaftskandidaten 

Matched Candidate Partner Contact Willingness Confirma- 55 
tion Support Module: Modul zur Bestatigungsuntersttitzung 
der Kontaktbereitschaft zu dem vermittelten Partnerschafts- 
kandidaten 

Matched Candidate Partner Critical Feedback Reception 

Module: Modul zum Empfang von kritischem Feedback zu 60 

einem vermittelten Partnerschaftskandidaten 

Matched Candidate Partner Critical Feedback Processing 

Module: Modul zur Verarbeitung des kritischen Feedbacks 

gegeniiber vermittelten Partnerschaftskandidaten 

Matched Candidate Partner Rememberance Information 65 

Configuration Support Module: Modul zur Unterstiitzung 

der Konfiguration der Informationen zur Erinnerung an ver- 

mittelte Partnerschaftskandidaten 
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Matched Candidate Partner Rememberance Information 
Management Module: Modul zur Verwaltung von Informa- 
tionen zur Erinnerung an vermitteite Partnerschaftskandida- 
ten 

Operator and Service Description Information Provision 
Support Module: Modul zur Unterstiitzung von Bereitstel- 
lung von Informationen, die Betreiber und Dienst beschrei- 
ben 

Operator Statistical & Other Reports Generator Support 
Module: Modul zur Unterstiitzung der Erstellung von Stati- 
stiken und anderen Berichten fur den Betreiber 
Operator System Management Human-Machine Interface 
Support Module: Modul zur Unterstiitzung der Mensch-Ma- 
schine-Schnittstelle fur den Betreiber bei der Systemverwal- 
tung 

Palmistry Systems based Palmistrical Profile Evaluation 
Module: Modul zur Bewertung auf handleserischen Syste- 
men basierter handleserischer Profile 
Partner Introductory Information Generation and Provision 
Support Module: Modul zur Unterstiitzung von Erstellung 
und Bereitstellung von Informationen zur Vorstellung von 
einem Partner 

Persistent Memory Unit: Dauerhafte Speichereinheit 
Power Supply Unit: Stromversorgungseinheit 
Psychological and Social Systems based Profile Evaluation 
Module: Modul zur Bewertung des auf dem psychologi- 
schen und sozialen System basierenden Profils 
Psychological and Social Systems based Profile History Ma- 
nagement Module: Verwaltungsmodul der auf psychologi- 
schen und sozialen Systeme basierten Profilchronik 
Resource Allocation Evaluation Module: Modul zur Bewer- 
tung der Ressourcenzuteilung 

Security Authority User Security Check and User Personal 
and Activity Information Feed Support Human-Machine In- 
terface Support Module: Modul zur Unterstiitzung der 
Mensch-Maschine-Schnittstelle fur die Sicherheitsbehorden 
zur Unterstiitzung der Eingabe von Angaben aus der Sicher- 
heitsakte des Benutzers, personlichen Angaben des Benut- 
zers und Informationen iiber Tatigkeiten des Benutzers 
Service Activation Configuration Support Module: Modul 
zur Unterstiitzung der Konfiguration der Dienstaktivierung 
Serviced Public Leisure and Entertainment Meeting Place 
Accounts Management Module: Verwaltungsmodul des 
Kontos eines bedienten bffentlichen Freizeit- und Vergnii- 
gungstreffpunktes 

Specific Comobility and Coactivity Intention Definition and 
Tracking Information Management Module: Modul zur Ver- 
waltung von Absichtsdefinitionen und Nachverfolgungsin- 
formationen bezuglich der Zusammenbewegung und Zu- 
sammenagierung 

Specific Comobility and Coactivity Intention Definition and 
Tracking Security Information Reception Module: Modul 
zum Empfang von Informationen iiber Absichtsdefinitionen 
und Nachverfolgungsinformationen bezuglich der Zusam- 
menbewegung und Zusammenagierung 
Specific Comobility and Coactivity Intention Definition and 
Tracking Security Processing Module: Modul zur Verarbei- 
tung von Informationen iiber Absichtsdefinitionen und 
Nachverfolgungsinformationen beziiglich der Zusammen- 
bewegung und Zusammenagierung 

SPLEMP Account Information Configuration Support Mo- 
dule: Modul zur Unterstiitzung der Konfiguration der Infor- 
mationen iiber SPLEMP-Konten 

SPLEMP Location Registration Processing Module: Modul 
zur Verarbeitung der Ortsanmeldungen bei einer SPLEMP 
SPLEMP Registration and Persistent Configuration Human- 
Machine Interface Support Module: Modul zur Unterstut- 
zung der Mensch-Maschine-Schnittstelle zur SPLEMP-An- 
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meldung und dauerhaften Kofmguration 
SPLEMP Registration requiring Third- Party Authentication 
Coordination Module: Modul zur Koordination der fiir die 
SPLEMP-Anmeldung erfordlichen Dritt-Partei-Authenufi- 
zierungs 5 
SPLEMP related User Profile Attributes Sensitivity Deter- 
mination Module: Modul zur Feststellung der Sensibilitat 
der SPLEMP-bezogenen Benutzerprofilsattribute 
SPLEMP Servicing Module: SPLEMP-Bedienungsmodul 
SPLEMP Servicing Settings Configuration Support Mo- 10 
dule: Modul zur Unterstiitzung der Konfiguration der 
SPLEMP-Bedienungseinstellungen 

SPLEMP Servicing Settings Processing Module: Modul zur 
Verarbeitung der SPLEMP-Bedienungseinstellungen 
SPLEMP Sessions and Events Information Configuration 15 
Support Module: Modul zur Unterstiitzung der Konfigura- 
tion der Informationen liber SPLEMP-Sitzungen und -Ver- 
anstaltungen 

SPLEMP Sessions History Management Module: Verwal- 
tungsmodul fiir die Chronik der Sitzungen eines SPLEMPs 20 
System Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
uber das System verhalten 

System Behaviour Complaint Submissions Reception Mo- 
dule: Modul zum Empfang von Beschwerdevorlagen uber 25 
das System verbal ten 

System Behaviour Complaints Information Management 
Module: Modul zur Verwaltung von Beschwerden uber das 
Systemverhalten 

System Operations Quality Control and Maintenance Infor- 30 
mation Management Module: Informationsverwaltungssy- 
stem zur Kontrolle der System-Betriebsqualitat und zur 
Wartung 

System Security Information Management Module: Sy- 
stemsicherheit-Informations verwaltungsmodul 35 
System to SPLEMP Messaging Support Module: Modul zur 
Unterstiitzung von Benachrichtigungen vom System an den 
SPLEMP 

System to User Messages Information Management Mo- 
dule: Modul zur Verwaltung von Informationen uber Be- 40 
nachrichtigungen von dem System an den Benutzer 
System to User Messaging Support Module: Modul zur Un- 
terstiitzung von Benachrichtigungen vom System an den 
Benutzer 

User Account and Personal Information Configuration Sup* 45 
port Module: Modul zur Unterstiitzung der Konfiguration 
von Benutzerkonto und von personlichen Angaben des Be- 
nutzers 

User Accounts Management Module: Benutzerkonto-Ver- 
waltungsmodul 50 
User Behaviour Complaint Information Management Mo- 
dule: Modul zur Verwaltung von Beschwerden uber das Be- 
nutzerverhalten 

User Behaviour Complaint Submissions Reception Module: 
Modul zum Empfang von Beschwerdevorlagen uber das Be- 55 
nutzerverhalten 

User Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
uber das Benutzerverhalten 

User Behaviour towards Matched Candidate Partner Trak- 60 
king History Management Module: Vcrwaltungsmodul fur 
die Nachverfolgungs-Chronik des Verhaltens des Benutzers 
gegeniiber vermittelten Partnerschaftskandidaten 
User Behaviour towards People in General Tracking History 
Management Module: Verwaltungsmodul fur die Nachver- 65 
folgungs-Chronik des Verhaltens des Benutzers gegeniiber 
Leuten im Allgemeinen 

User Behaviour towards Service Usage Tracking History 
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Management Module: verwaltungsmodul fur die Nachver- 
folgungs-Chronik des Benutzerverhaltens im Hinblick auf 
dessen Dienstnutzung 

User Behaviour towards SPLEMPs Tracking History Ma- 
nagement Module: Verwaltungsmodul fur die Nachverfol- 
gungs-Chronik des Verhaltens des Benutzers gegeniiber 
SPLEMPs 

User directed Critical Feedback History Management Mo- 
dule: Verwaltungsmodul fiir die Chronik benutzer-gerichte- 
ten kritischen Feedbacks 

User Home and Stay Information Configuration Support 
Module: Modul zur Unterstiitzung der Konfiguration der 
Heimats- und Aufenthaltsortsinformationen des Benutzers 
User Home and Stay Locality Management Module: Ver- 
waltungsmodul der Heimat- und Aufenthaltsortes des Be- 
nutzers 

User Home Locality History Management Module: Verwal- 
tungsmodul fur die Chronik der Heimatorte des Benutzers 
User Location Status and Serviceability Tracking Module: 
Modul zur Nachverfolgung von Status und Bedienbarkeit 
des Benutzers an einer Ortlichkeit 

User Location Tracking Module: Modul zur Verfolgung der 
Benutzer-Ortlichkeit 

User Match History Management. Module: Verwaltungsmo- 
dul fiir die Chronik der Partnerschaftseignungstreffer eines 
Benutzers 

User Profile Attribute Credibility Tracking History Manage- 
ment Module: Verwaltungsmodul fiir die Nachverfolgungs- 
Chronik der Glaubwiirdigkeit der Attribute eines Benutzer- 
profils 

User Profile Change and Development Analysis Module: 
Modul zur Analyse von Veranderung und Entwicklung des 
Benutzerprofils 

User Profile Change and Development Information Ma- 
nagement Module: Information sverwaltungsmodul der Be- 
nutzerprofilveranderungen und -entwicklung 
User Profile History Management Module: Verwaltungsmo- 
dul fur die Chronik der Benutzerprofile 
User Profile Management Module: Benutzerprofil- Verwal- 
tungsmodul 

User Registration and Persistent Configuration Human-Ma- 
chine Interface Support Module: Modul zur Unterstiitzung 
der Mensch-Maschine-Schnittstelle zur Benutzeran meldung 
und dauerhaften Konfiguration 

User Registration requiring Third-Party Authentication 
Coordination Module: Modul zur Koordination der fiir die 
Benutzeranmeldung erfordlichen Dritt-Partei-Authentifizie- 
rungs 

User Security Check File Processing Module: Modul zur 
Verarbeitung der Benutzer-Sicherheitsuberprufungsakte 
User Security Check required Security Authority Check-Up 
Request Module: Modul zur Stellung einer sicherheitsuber- 
prufungsbezogene Anfrage an eine Sicherheitsinstanz zum 
Zwecke der Benutzersicherheiisuberprufung 
User Security File Management Module: Verwaltungsmo- 
dul der Benutzer-Sicherheilsakte 
User Servicing Module: Benutzerbedienungsmodul 
User Servicing Sessions History Management Module: Ver- 
waltungsmodul fur die Chronik der Bedienungssitzungen ei- 
nes Benutzers 

User Servicing Settings Cofiguration Support Module: Mo- 
dul zur Unterstiitzung der Konfiguration der Bedienungsein- 
stellungen des Benutzers 

User Servicing Settings Processing Module: Modul zur Ver- 
arbeitung der Bedienungseinstellungen des Benutzers 
User Stay Locality History Management Module: Verwal- 
tungsmodul fur die Chronik der Aufenthaltsorte des Benut- 
zers 
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User's Current Service Usag^^rivilege Defining Points 
Computing Module: Modul zur Berechnung der aktuellen 
Dienstbenutzungsprivilegien-Punktzahl des Benutzers 
Testing and Diagnosis Module: Test- und Diagnosemodul 

5 

User's Personal Mobile Communications and Computing 
Device 

Authentication Module: Authentifizierungsmodul 

Central Processing Unit: Zentralprozessoreinheit 10 

Communication Connection Establishment Module: Modul 

zum Aufbau der Kommunikationsverbindungen 

Display Output Mechanism Unit: Bildschirmausgabeme- 

chanismuseinheil 

Emergency Call Security Module:. Sicherheitsmodul bei 15 
Notrufen 

External Serial and Parallel Interfaces Bus and Control Unit: 
Bus- und Steuerungseinheit externer serieller und paralleler 
Schnittstellen 

Geographical Position Determiner Unit: Einheit zur Bestim- 20 
mung der geographischen Position 

Interactive Activity Intentions Definition Module: Modul 
zur Definition von Interaktive-Tatigkeits-Absichten 
Introductory Session Support Module: Modul zur Unterstut- 
zung der Bekanntmachungssitzung 25 
Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Location Deregistration Confirmation Module: Ortlichkeits- 
abmeldungsbestatigungsmodul 

Location Registration Module: Ortlichkeitsanmeldemodul 30 
Location Stay Monitoring Module: Ortlichkeitsanwesen- 
heitsuberwachungsmodul 

Long Distance Wireless Networking and Communications 
Unit: Langstreckige drahtlose Vernetzungs- und Kommuni- 
kationseinheit 35 
Main Memory Unit: Hauptspeichereinheit 
Matched Candidate Partner Catalogue Access Module: Mo- 
dul fiir den Zugriff auf den Katalog des vermitlelten Partner- 
schaftskandidaten 

Matched Candidate Partner Critical Feedback Module: Mo- 40 
dul fur den kritischen Feedback zu einem vermittelten Part- 
nerschaftskandidaten 

Matched Candidate Partner Offer Response Module: Modul 
zur Beantwortung von Angeboten von vermittelten Partner- 
schaftskandidaten 45 
Matched Candidate Partner Personal Object Transfer and 
Access Grant Module: Modul fiir Transfer von personlichen 
Informationsobjekten und Gewahrung von Zugriff an und 
von dem vermittelten Partnerschaftskandidaten 
Matched Candidate Parmer Rememberance Information 50 
Configuration Module: Modul zur Konfiguration der Infor- 
mationen zur Erinnerung an vermittelte Partnerschaftskan- 
didaten 

Persistent Memory Unit: Dauerhafte Speichereinheit 
Power Supply Unit: Stromversorgungseinheit 55 
Service Activation Module: Modul zur Dienstaktivierung 
Service Main Module: Hauptbedienungsmodul 
Short Distance Wireless Networking and Communications 
Unit: Kurzstreckige drahtlose Vernetzungs- und Kommuni- 
kationseinheit 60 
Spccifice Comobility and Coactivity Intention Definition 
and Tracking Security Module: Sicherheitsmodul fur die 
Absichtsdefinitionen und Nachverfolgungsinformationen 
hezuglich der Zusammenbewegung und Zusammenagie- 
rung 65 
Speech Recognition Input Mechanism Unit: Spracherken- 
nungseingabemechanismuseinheit 

Speech Synthesis Output Mechanism Unit: Ausgabemecha- 
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nismuseinheit durch Sprachsyn these 
Synchronous Communication Support Module: Modul zur 
Unterstiitzung der synchronen Kommunikation 
System to User Messaging Support Module: Modul zur Un- 
terstiitzung der Benachrichtigungen vom System an den Be- 
nutzer 

System Behaviour Complaint Submission Module: Modul 
zur Vorlage von Beschwerden uber das Systemverhalten 
Touch Screen Input Mechanism Unit: Eingabemechanis- 
museinheit mit beruhrungsempfindlichem Bildschirm 
User Position Tracking Security Module: Sicherheitsmodul 
zur Nachverfolgung der Benutzerposition 
User Servicing Settings Module: Modul fiir die Bedienungs- 
einslellungen des Benutzers 

Serviced Public Leisure and Entertainment Meeting Place's 
Location Server Unit 

Authentication Module: Authentifizierungsmodul 
Central Processing Unit: Zentralprozessoreinheit 
Check-In Confirmation Short Distance Wireless Listener 
and Signalling Units: kurzstreckige drahtlose Abhor- und 
Signalisierungseinheiten zur Check-In-Bestatigung 
Check-Out Confirmation Short Distance Wireless Listener 
and Signalling Units: kurzstreckige drahtlose Abhor- und 
Signalisierungseinheiten zur Check-Out-Bestatigung 
Display Output Mechanism Unit: Bildschirmausgabeme- 
chanismuseinheit 

External Serial and Parallel Interfaces Bus and Control Unit: 
Bus- und Steuerungseinheit externer serieller und paralleler 
Schnittstellen 

Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Location Registration Information Exchange Short Distance 
Wireless Listener Signalling Units: kurzstreckige drahtlose 
Abhor- und Signalisierungseinheiten zum Austausch von 
Ortlichkeitsanmeldeinformationen 

Location Registrations Management Module: Modul zur 

Verwaltung der Ortlichkeitsanmeldungen 

Long Distance Networking and Communications Unit: 

Langstreckige Vernetzungs- und Kommunikationseinheit 

Main Memory Unit: Hauptspeichereinheit 

On Premises Stay Check Short Distance Wireless Listener 

and Signalling Units: kurzstreckige drahtlose Abhor- und 

Signalisierungseinheiten zur Uberpriifung des Aufenthaltes 

auf dem Gelande 

Persistent Memory Unit: Dauerhafte Speichereinheit 
Power Supply Unit: Stromversorgungseinheit 
Premises Listeners Management Module: Modul zur Ver- 
waltung der Umgebungsabhoreinheiten 
Premises User Stay Information Forwarding Module: Mo- 
dul zur Weiterleitung der Informationen uber den Aufenthalt 
des Benutzers auf dem Gelande 

Server Boot Module: Modul zum Hochfahren des Servers 
Server Testing Module: Servertestmodul 
Service Quality Settings Module: Modul fur die Einstellun- 
gen zur Dienstqualitat 

Speech Recognition Input Mechanism Unit: Spracherken- 
nungseingabemechanismuseinheit 

Speech Synthesis Output Mechanism Unit: Ausgabemecha- 

nismuseinheit durch Sprachsynthesc 

System Behaviour Complaint Submission Module: Modul 

zur Vorlage von Beschwerden uber das Systemverhalten 

System to SPLEMP Messaging Support. Module: Modul zur 

Unterstiitzung der Benachrichtigungen vom Sytem an den 

SPLEMP 

Touch Screen Input Mechanism Unit: Eingabemechanis- 
museinheit mit beruhningsempfindlichem Bildschirm 
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User Behaviour Complaint SuHffssion Module: Modul zur 
Vorlage von Bcschwerden uber das Benutzerverhalten 
User Location Registration Module: Modul zur Anmeldung 
des Benutzers bei einer Ortlichkeit 

User Servicing Activation Module: Modul zur Aktivierung 5 
der Benutzerbedienung 

User Stay Monitoring Module: Modul zur Uberwachung des 
Benutzerau fenthalts 
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Check-In Area Approach Notification Signal: Signal, das 
die Annaherung an eine Ortlichkeit beim Check-In bekannt 
gibt 

Check-In Confirmation Signal: Eincheck-Bestatigungssi- 15 
gnal 

Check-Out Area Approach Notification Signal: Signal, das 
die Annaherung an eine Ortlichkeit beim Check-Out be- 
kannt gibt 

Check-Out Confirmation Signal: Auscheck-Bestatigungssi- 20 
gnal 

Location Registration Request Processing Signal: Signal, 
das die Anfrage nach einer Anmeldung bei einer Ortlichkeit 
bekannt gibt 

On-Premises Signal: Signal, das den Umfang eines Gelan- 25 
des markiert 

On-Premises Stay Confirmation Signal: Signal, das den 
Aufenthalt auf einem Gelande bestatigt 
SPLEMP Identification Signal: Signal, das ein SPLEMP 
eindeutig identifiziert 30 
SPLEMP Area Identification Signal: Signal, daB die Region 
eines SPLEMPs bekannt gibt 

SPLEMP Floor Identification Signal: Signal, daB das ent- 
sprechende Stockwerk eines mehrgeschoBigen SPLEMPs 
bekannt gibt 35 
SPLEMP Registrability Signal: Signal, das die Anmeldbar- 
keit bei einem SPLEMP bestatigt 

User Registration Identifier Broadcast Signal: Signal, das 
ein dem Benutzer bei der Anmeldung zugeordnetes Kenn- 
zeichen besagt 40 

Hauptakronyme 

LSU: Location Server Unit 

PLEMP: Public Leisure and Entertainment Meeting Place 45 
PMCCD: Personal Mobile Communications and Computing 
Device 

RPMMSU: Real Partner Match Making Server Unit 
SPLEMP: Serviced Public Leisure and Entertainment Mee- 
ting Place 50 

Andere Akronyme 

CGI: Common Gateway Interface 

CORBA: Common Object Request Broker Architechture 55 
DCE: Distributed Communication Environment 
GSM: Global System for Mobile Communications 
IrDA: Infrared Data Association 

IS-136: TDMA Cellular/PCS - Radio Interface - Mobile 
Station - Base Station Compatibility Standard 60 
ISDN: Integrated Services Digital Network 
Java RMI: Java Remote Method Invocation 
PDC: Personal Digital Cellular 

UMTS: Universal Mobile Telecommunications Services 
XML: Extensible Markup Language 65 



[0136] 1. Abb, 1: Diese Abbildung stellt einen einfachen 
PartnerschaftsvermittlungsprozeB dar. 
10137] 2. Abb. 2: Das System, wenn es urn eine Location 
Server Unit erweitert wird. 

[0138] 3. Abb. 3: Hauptspeicher-Module der Partner- 

schaftsvermittiungs-Dienstleistungseinheit. 

[0139] 4. Abb. 4: Dauerhafte-Speicher-Module zu auf be- 

diente offentliche Freizeit- und VergnugungstrefTpunkte be- 

zogene Informationen 

[0140] 5. Abb. 5: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich Infor- 
mationen, die der Benutzer selbst konfiguriert, wie Benut- 
zerprofil, Tatigkeitsinteressen, Heimatort, Aufenthaltsort, 
usw. 

[0141] 6. Abb. 6: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich Chro- 
niken des Benutzerpronls, der Heimatsorte, der Aufenthalts- 
orte, usw. 

[0142] 7. Abb. 7: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 
PartnerschaftseignungstrefTerchronik des Benutzers. 
[0143] 8. Abb. 8: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 
Chronik der Bedienungssitzungen des Benutzers 
[0144] 9. Abb. 9: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 
Krititische-Feedback-Chronik des Benutzers und seine Si- 
cherheitsakte 

[0145] 10. Abb. 10: Dauerhafte-Speicher-Module zu In- 
formationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die ak- 
tuelle Dienstbenutzungsprivilegien-Punktzahl des Benut- 
zers und andere darauf basierende Informationen. 
[0146] 11. Abb. 11: Modulstruktur des Personal Mobile 
Communications and Computing Device des Benutzers 
[0147] 12. Abb. 12: Modulstruktur der Location Server 
Unit (LSU) des Serviced Public Leisure and Entertainment 
Meeting Place (SPLEMPs) 

[0148] 13. Abb. 13: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
man agementmodule 

[0149] 14. Abb. 14: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzerdia- 
logmodule 

[0150] 15. Abb. 15: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzeran- 
fragemodule 

[0151] 16. Abb. 16: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
analyse-Module 

[0152] 17. Abb. 17: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Systeminfor- 
mationserfassungsmodule 

[0153] 18. Abb. 18: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzerben- 
achrichtigungsmodule 

10154] 19. Abb. 19: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Konfigurati- 
onsmodule 

[0155] 20. Abb. 20: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 



• 



DE 100 40 948 A 1 



eingabemodule 

[0156] 21. Abb. 21: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die dienstbear- 
beitenden Module 

[0157] 22. Abb. 22: Modulstruktur der Real Partner 5 
Match Making Server Unit beschrankt auf die Kommunika- 
tionsverbindungs management-Module 
[0158] 23. Abb. 23: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Prasentati- 
ons-Module io 
[0159] 24. Abb. 24: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Grundplatt- 
form-Module 

[0160] 25. Abb. 25: Modularten des Partnerschaftseig- 
nungssuchprozessor-Moduls der Real Partner Match Ma- 15 
king Server Unit 

[0161] 26. Abb. 26: Abstrakte Komponententypus-Archi- 
tektur 

Interpretierungsanleitung 20 

Die Texte, die in den Abb. 3-10 benutzt werden, dienen pri- 
mar nicht dem Ziel der Erlauterung, sondern stellen die Art 
der Informationen dar, die in den entsprechenden Speicher- 
Elementen enthalten sind, und geben dadurch die Speicher- 25 
Elemente selbst wieder. Die Abbildungen reprasentieren die 
Verschachtelung der Speicher-Elemente. 
Die Texte, die in den Abb. 11-25 vorkommen, sind eben- 
falls keine Erlauterungen, sondern reprasentieren nur die 
Namen der jeweiligen Module. 30 

Patentanspruche 

1. Zwei Benutzer eines Dienstes werden einander 
durch Partnersuche, Partnerschaftseignungsuberpru- 35 
fung und Bekanntmachung vermittelt, wobei die Bei- 
den sich irgendwo in einer gemeinsamen, mit dem 
Dienst kooperierenden, Umgebung befinden. Die 
Uberprufung findet auf einem anderen eventuell ent- 
fernten Rechensystem (RPMMSU) statt. Die beiden 40 
Benutzer werden iiber den "Treffer" uber ihr Personal 
Mobile Communication and Computing Device 
(PMCCD) informiert, wobei jeder Benutzer ein solches 
PMCCD mit sich tragt. Dieser Treffer ermoglicht es, 
daB die zwei Benutzer direkt oder indirekt miteinander 45 
kommunizieren konnen. Die drei Subsysteme - 
PMCCD des Benutzers, PMCCD des Partnerschafts- 
kandidaten, RPMMSU - kommunizieren miteinander 
drahtlos. Zusammen bildet dies ein verteiltes System. 
Die Beziehung Dienst-System ist wie in den Punkten 50 
"L6sungsarchitektur7"System-Dienst Zweiteilung" zu 
verstehen. 

2. Patentanspruch (1) dadurch gekennzeichnet, dafi 
das System einige oder alle der oben in "Losungsarchi- 
tektur7"Systemumfangsumrisse7"Kernfunktionalita- 55 
ten" aufgelisteten Funktionalitaten besitzt. 

3. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 
ten Funktionalitaten mittels der in "Losungsarchitek- 
turVHaupt-Dienstprozesse, Funktionalitaten und L6- 60 
sungsstratcgicn" ausgefuhrten Strategien, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert. 

4. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 65 
ten Funktionalitaten mittels der in "Losungsarchitek- 
turTArchitekturentwurfsmodule" empfohlene Ld- 
sung, so weit es nur diese Funktionalitaten betrifft, rea- 
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lisiert. 

5. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in M L6sungsarchitektur7"Systemumfangsumris- 
seVAufdauende Funktionalitaten" aufgelisteten Funk- 
tionalitaten besitzt. 

6. Patentanspruche (1), (2), (3) und (5) dadurch ge- 
kennzeichnet, daB das System die oben in Patentan- 
spruch (4) erwahnte Funktionalitaten mittels der in 
"I^osungsarchitektur'V'Haupt-Dienstprozesse, Funk- 
tionalitaten und Losungsstrategien" ausgefuhrten Stra- 
tegien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert. 

7. Patentanspruche (1), (2), (4) und (5) dadurch ge- 
kennzeichnet, daB das System die oben in Patentan- 
spruch (4) erwahnte Funktionalitaten mittels der in 
"Losungsarchitektur'VArchitekturentwurfsmodule" 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert. 

8. Patentanspruche (1), (2) und (5) dadurch gekenn- 
zeichnet, daB das System gar keine, eine, einige oder 
alle der oben in "Losungsarchitektur'V'Systemum- 
fangsumrisse7"Optimierende Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt. 

9. Patentanspruche (1), (2), (3), (5), (6) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (8) erwahnte Funktionalitaten mittels der 
in "L6sungsarchitektur"/"Haupt-Dienstprozesse, Funk- 
tionalitaten und Losungsstrategien" ausgefuhrten Stra- 
tegien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert. 

10. Patentanspruche (1), (2), (4), (5), (7) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (6) erwahnte Funktionalitaten mittels der 
in "L6sungsarchitektur"/"Architekturentwurfsmodule" 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert. 

11. Patentanspruche (1), (2), (5) und (8) dadurch ge- 
kennzeichnet, daB das System gar keine, eine, einige 
oder alle der oben in "Losungsarchitektur'V'System- 
umfangsumrisse7"Erweiterte Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt. 

12. Patentanspruche (1), (2), (3), (5), (6), (8), (9) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in "Losungsarchitektur"/"Haupt-Dienstpro- 
zesse, Funktionalitaten und Losungsstrategien" ausge- 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifft, die verschiedenen Aspekten und Bedingun- 
gen betrachtend realisiert. 

13. Patentanspruche (1), (2), (4), (5), (7), (8), (10) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in n L6sungsarchitektur"/"Architekturentwurfs- 
module" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert. 

14. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in "Losungsarchitektur7"Systemumfangsumris- 
seVBetriebsbezogene Funkdonalitaten" aufgelisteten 
Funktionalitaten besitzt. 

15. Patentanspruche (1), (2), (3) und (14) dadurch ge- 
kennzeichnet, daB das System die in Patentanspruch 
(14) erwahnten Funkdonalitaten mittels der in "Lo- 
sungsarchitektur7"Haupt-Dienstprozesse, Funkdona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
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gien, so weit es nur diese^Whktionalitaten betrifft, die 
vcrschiedenen Aspekten und Bedingungen betrachtend 
realisiert. 

16. Patentanspruche (1), (2), (4) und (14) dadurch ge- 
kennzeichnet, daB das System die in Patentanspruch 5 

(14) erwahnten Funktionalilaten mittels der in "Ld- 
sungsarchitekturTArchitekturentwurfsmodule" emp- 
fohlene Losung, so weit es nur diese Funktionalitaten 
betrifft, realisiert. 

17. Patentanspruche (1), (2), (5) und (14). 10 

18. Patentanspruche (1), (2), (3), (5), (6), (14), (15) 
und (17) dadurch gekennzeichnet, daB das System die 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "Losungsarchitektur'V'Haupl-Dienstpro- 
zesse, Funktionalitaten und Losungsstrategien" ausge- 15 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifft, die verschiedenen Aspekten und Bedingun- 
gen betrachtend realisiert. 

19. Patentanspruche (1), (2), (4), (5), (7), (14), (16) 
und (17) dadurch gekennzeichnet, daB das System die 20 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "L6sungsarchitektur , 7"Architekturenl- 
wurfsmodule" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert 

20. Patentanspruche (1), (2), (5), (8), (14) und (17). 25 

21. Patentanspruche (1), (2), (3), (5), (6), (8), (9), (14), 

(15) , (17), (18) und (20) dadurch gekennzeichnet, daB 
das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
tur7"Haupt-Dienslprozesse, Funktionalilaten und L6- 30 
sungsstrategien" ausgefuhrten Strategien, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert. 

22. Patentanspruche (1), (2), (4), (5), (7), (8), (10), 
(14), (16), (17), (19) und (20) dadurch gekennzeichnet, 35 
daB das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
lur'V'Architeklurentwurfsmodule" empfohlene Lo- 
sung, soweit es nur diese Funktionalitaten betrifft, rea- 
lisiert. 40 

23. Patentanspruche (1), (2), (5), (8), (11), (14), (17), 
und (20). 

24. Patentanspruche (1), (2), (3), (5), (6), (8), (9), (11), 
(12), (14), (15), (17), (18), (20), (21) und (23) dadurch 
gekennzeichnet, daB das System die in Patentanspruch 45 
(23) erwahnten Funktionalitaten mittels der in "Lo- 
sung sarchitekturY'Haupt-Dienstprozesse, Funktiona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
gien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 50 
realisiert. 

25. Patentanspruche (1), (2), (4), (5), (7), (8), (10), 
(11), (13), (14), (16), (17), (19), (20), (22) und (23) da- 
durch gekennzeichnet, daB das System die in Patentan- 
spruch (23) erwahnten Funktionalitaten mittels der in 55 
M I^osungsarchitektur7 M Architekturentwurfsmodule n 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert. 

26. Patentanspruche (1)— (25) dadurch gekennzeich- 
net, daB die durch die Patentanspruche ( 1 )-(25) ermog- 60 
lichtc Systcme die Technologien, die in "Losungsarchi- 
tektur , 7 ,, Systemumfangsumrisse'7"Technologien ,, er- 
wahnt sind, benutzen, besonders fur die kurzstreckige 
drahtlose Kommunikation. 

Interpretierungsanleitung 65 
In Patentanspruchen, die davon handeln, uber welche 
Funktionalitaten das System verfugt, wird an manchen 
Stellen die "gar- keine"-Vari ante bei der Einfugung von 




86 



Funktionalitatsgruppen verwendet. Diese Variante 
wird in nachfolgenden ahnlichen Patentanspruchen be- 
notigt, um darauf zu deuten, daB die Einbeziehung des 
ersten Patentanspruches in den Zweiten nicht notwen- 
digerweise diejenigen Funktionalitaten, die erst in dem 
ersten Patentanspruch eingefiihrl wurden, besitzen 
muB, sondem sich dadurch nur auf die Patentanspruche 
beziehen kann, auf die der erste Patentspruch sich 
selbst bezieht. Eine andere Verwendung fur diese Va- 
riante ist nicht vorgesehen. 

In Patentanspruchen, die davon handeln, uber welche 
Funktionalitaten das System verfugt, konnen, wo hin- 
gewiesen, unterschiedliche Funktionalitaten und auch 
unterschiedliche Anzahl von Funktionalitaten einbezo- 
gen werdem Ein einziger Patentanspruch kann also 
mehrere Systeme beanspruchen, wo jedes der bean- 
spruchten Systeme eine andere Kombination der Funk- 
tionalitaten verkorpert. Manche Funktionalitaten im- 
plizieren schon bestimmte andere Funktionalitaten. 
Dadurch konnten bei Einbeziehung von Funktionalita- 
ten auch andere automatisch einbezogen werden. 
In Patentanspruchen, die von der Realisierung des Sy- 
stems mittels besummter Strategien handeln, wird im- 
pliziert, daB dessen Realisierung eine optimale Kombi- 
nation der Strategien, so wie es in den entsprechenden 
Diskussionspunkten erklart wird, mit sich zieht. 
In Patentanspruchen, die von der Realisierung des Sy- 
stems mittels bestimmter Losungsmoglichkeiten han- 
deln, wird impliziert, daB die Losungsteile, die in den 
einbezogenen ahnlichen Patentanspruchen verwendet 
werden, von neuen Losungen erubrigt werden konnten, 
da diese neuen Losungen fur das jeweilige bean- 
spruchte System wegen der herrschenden Konstella- 
tion der Funktionalitaten eine bessere Losung darstel- 
len. 

Diese Form der Schreibung fur Patentanspruche wurde 
eingefuhrt, um den Umfang des Patentanspruches bes- 
ser zu verdeutlichen. Es wird hier eine groBe Zahl von 
Funktionalitaten, Strategien, Losungen, Systemkom- 
ponenten, usw. ausgefiihrt. Ein bestimmter Aspekt 
kann vorkommen oder auch nicht. Das System kann in 
sehr vielen verschiedenen Weisen erweitert werden. 
Die Art und Weise, wie sie alle miteinander kombiniert 
werden konnen, ist unuberschaubar. 
In den Patentanspruchen wurden viele Verweise auf an- 
dere Stellen benutzt, weil es ansonsten zu viel Stoff 
gabe, welcher an den Stellen hatte aufgefuhrt werden 
rnussen. So sind die Patentanspruche kurz und deutlich 
geblieben. 
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